当我们在code的过程中出现了用if/else if,除非那种绝对的比如(if man; else woman)(别较真说除了男女还有其他的),除了这种绝对的情况存在,其他情况我们都应该考虑到Strategy模式。遵循面向对象设计原则中的开放闭合封闭原则。(面向对象我们应该考虑抽象的思想,而不是考虑分而治之的思想)
Strategy 策略模式
01 动机(Motivation)
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
02 模式定义
定义一系列算法,把它们一个个封装起来,并且使它们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展,子类化)。
——《设计模式》GoF
03 结构(Structure)
红色代表稳定的部分,而蓝色圈的代表变化的部分。(可以在下面伪代码 06得到很好的理解)
04 举例:
税种的计算,到哪个国家,都有哪个国家的税种计算。
伪代码 05
enum TaxBase {
CN_Tax,
US_Tax,
DE_Tax,
FR_Tax //更改 //违背开闭原则
};
/*税种的计算*/
class SalesOrder{
TaxBase tax;
public:
double CalculateTax(){
//...
//这是结构性流程,是一种分而治之的思想。
if (tax == CN_Tax){
//CN***********
}
else if (tax == US_Tax){
//US***********
}
else if (tax == DE_Tax){
//DE***********
}
else if (tax == FR_Tax){ //更改 //违背开闭原则
//...
}
//....
}
};
如上代码,假如我们业务扩展了,需要加入法国的税种,那么此时我们需要对源码进行更改,违背开闭原则,其次,假如我们就在法国,那我们每次运行代码都会对其他国家进行一个判断,浪费内存。
(不具有代码的复用性,具有代码的复制性,哈哈曾经我以为复制性就是复用性。)
伪代码 06
class TaxStrategy{
public:
virtual double Calculate(const Context& context)=0;
virtual ~TaxStrategy(){};//一个虚的构造函数,不管本身默认的析构函数够不够用,都应该写一个虚的析构函数
};
//标准软件开发,应该不同类放在不同文件中
class CNTax : public TaxStrategy{
public:
virtual double Calculate(const Context& context){
//***********
}
};
class USTax : public TaxStrategy{
public:
virtual double Calculate(const Context& context){
//***********
}
};
class DETax : public TaxStrategy{
public:
virtual double Calculate(const Context& context){
//***********
}
};
//扩展
//*********************************
class FRTax : public TaxStrategy{
public:
virtual double Calculate(const Context& context){
//.........
}
};
class SalesOrder{
private:
//这块常用到后面的工厂模式
TaxStrategy* strategy;//指针支持指向基类的不同对象 ,或者很少放一个引用。常用指针。
public:
SalesOrder(StrategyFactory* strategyFactory){
this->strategy = strategyFactory->NewStrategy();
}
~SalesOrder(){
delete this->strategy;
}
public double CalculateTax(){
//...
Context context();
double val =
strategy->Calculate(context); //多态调用
//...
}
};
//代码具有良好的本地性
如上代码:假如我们扩展业务假如法国的税种,那么我们只需要再加上法国税种的类就好了,也不需要对源代码进行更改,代码具有良好的复用性。其次假如我们的业务范围只有中国,那我们每次就仅仅只在中国税种的类里面进行判断调用,增加了代码的性能。
(简单说明一下:复用性不是代码的复制性,不是说一个代码可以进行多次复制粘贴多次使用,而说的是在二进制层面上,编译之后,不再进行改动,这才是复用性)
反正话说回来:就是希望我们通过对代码进行扩展而达到需求的扩展,而不是对代码底层进行修改。
05 要点总结
Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
Strategy模式提供了用条件判断语句以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
如果Strategy对象没有实例变量,那么各个上下文可以共享同一个Strategy对象,从而节省对象开销。