1.UML类图
2.示例代码
public class CashContext {
private CashSuper cs;
public CashContext(CashSuper cs) {
this.cs = cs;
}
// 策略模式与简单工厂结合
public CashContext(String type) {
switch (type) {
case "正常收费":
CashNormal cashNormal = new CashNormal();
cs = cashNormal;
break;
case "满300返100":
CashReturn cashReturn = new CashReturn(300, 100);
cs = cashReturn;
break;
case "打8折":
CashRebate cashRebate = new CashRebate(0.8);
cs = cashRebate;
break;
}
}
public double getResult(double money) {
return cs.accceptCash(money);
}
}
public abstract class CashSuper {
public abstract double accceptCash(double money);
}
public class CashNormal extends CashSuper {
@Override
public double accceptCash(double money) {
return money;
}
}
public class CashRebate extends CashSuper {
private double moneyRebate = 1d;
public CashRebate(double moneyRebate) {
this.moneyRebate = moneyRebate;
}
@Override
public double accceptCash(double money) {
return money * moneyRebate;
}
}
public class CashReturn extends CashSuper {
private double moneyCondition = 0.0d;
private double moneyReturn = 0.0d;
public CashReturn(double moneyCondition, double moneyReturn) {
this.moneyCondition = moneyCondition;
this.moneyReturn = moneyReturn;
}
@Override
public double accceptCash(double money) {
double result = money;
if (money >= moneyCondition) {
result = money - Math.floor(money / moneyCondition) * moneyReturn;
}
return result;
}
}
3.特点
策略模式,它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。策略模式是一种定义一系列算法的方法,从概念上来看,所有这些算法完成的都是相同的工作,只是实现不同,它可以以相同的方式调用所有算法,减少了各种算法类与使用算法类之间的耦合。策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。另外策略模式的优点是简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口单独测试。当不同的行为堆砌在一个类中时,就很难避免使用条件语句来选择合适的行为,将这些行为封装在一个个独立的strategy类中,可以在使用这些行为的类中消除条件语句。策略模式就是用来封装算法的,但在实践中,我们发现可以用它来封装几乎任何类型的规则,只要在分析过程中听到需要在不同时间应用不同的业务规则时,就可以考虑使用策略模式处理这种变化的可能性。在策略模式中,选择所有能用具体实现的职责由客户端对象承担,并转给策略模式的Context对象。