“面向对象的编程,并不是类越多越好,类的划分是为了封装,但分类的基础是抽象,具有相同属性和功能的对象的抽象集合才是类”
策略模式
它定义了算法家族,分别封装起来,让它们之间可以相互转化,此模式让算法的变化,不会影响到使用算法的客户。
图示如下
应用场景(Context)
需要使用ConcreteStrategy提供的算法
内部维护一个Strategy的实例
负责动态设置运行时Strategy具体的实现算法
负责跟Strategy之间的交互和数据传递
抽象策略类(Strategy)
定义了一个公共的接口,各种不同的算法以不同的方式实现这个接口,Context使用这个接口调用不同的算法,一般使
用接口或抽象类来实现
具体策略类(ConcreteStrategy)
实现了Strategy定义的接口,提供具体的算法实现
简单的商场收银软件
抽象策略类(Strategy)
class CashSuper {
public:
virtual double acceptCash(double money) = 0;
};
具体策略类(ConcreteStrategy)
class CashNormal : public CashSuper {
public:
double acceptCash(double money) {
return money;
}
};
class CashRebate : public CashSuper {
private:
double moneyRebate;
public:
CashRebate(double pMoneyRebate) {
moneyRebate = pMoneyRebate;
}
double acceptCash(double money) {
return money * moneyRebate;
}
};
class CashReturn : public CashSuper {
private:
double moneyCondition;
double moneyReturn;
public:
CashReturn(double pMoneyCondition, double pMoneyReturn) {
moneyCondition = pMoneyCondition;
moneyReturn = pMoneyReturn;
}
double acceptCash(double money) {
if(money >= moneyCondition) {
return (money - (money / moneyCondition) * moneyReturn);
} else {
return money;
}
}
};
应用场景(Context)
第一种
class CashContext {
private:
CashSuper *cs;
public:
CashContext(CashSuper *pcs) {
cs = pcs;
}
double getResult(double money) {
return cs->acceptCash(money);
}
};
第二种(策略与简单工厂结合)
条件判断也放在应用场景中,选择具体实现的职责又Context来承担,大大简化了客户端的代码复杂度
class CashContext {
private:
CashSuper *cs;
public:
CashContext(int strategy) {
switch(strategy) {
case 0://正常收费
cs = new CashNormal();
break;
case 1:
cs = new CashRebate(0.8);
break;
case 2:
cs = new CashReturn(300, 100);
break;
}
}
double getResult(double money) {
return cs->acceptCash(money);
}
};
总结:
策略模式是一种定义一系列算法的方法,从概念上来看,所有这些算法完成的都是相同的工作,只是实现不同,它可以以相同的方式调用所有的算法,减少了各种算法类与使用算法类之间的耦合
当不同的行为堆砌在一个类中时,就很难避免使用条件语句来选择合适的行为,将这些行为封装在一个个独立的Strategy类中,可以在使用这些行为的类中消除条件语句。(策略模式封装了变化)
策略模式是用来封装算法的,在实践中,我们可以发现可以用它来封装几乎任何类型的规则,只要在分析过程中听到需要在不同时间应用不同的业务规则,就可以考虑使用策略模式来处理这种变化的可能性。