设计模式---策略模式

1.组件协作模式

现代软件专业分工之后的第一个结果是“框架与应用程序的划分”，“组件协作”模式通过晚期绑定，来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。

1. Template Method
2. Strategy
3. Observer/Event

定义一系列算法，把他们一个个封装起来，并且使它们可互相替换（变化）。该模式使得算法可独立于使用它的客户程序（稳定）而变化（扩展，子类化）。   
                                                         -《设计模式》Gof

2.举例代码分析

下面是电子商务系统中订单里税的计算的伪代码，当支持跨国结算的计算场景，有中国，美国，德国三个国家；

enum TaxBase{
    CN_Tax;
    US_Tax;
    DE_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...
        }

        //...
    }
};

1. 在实际软件开发中，需求不断的变化。倘若需要增加一个国家呢，譬如法国，枚举类增加了一个FR_Tax,而且还要编写一段else-if法国的税算法。于是问题来了…
2. 代价–重新编译，重新测试，重新部署…
3. 以上代码的设计违背了开放封闭原则，即对扩展开放，对更改封闭。
4. 以下是改进的代码

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{...};
class DETax:public TaxStrategy{...};

class SalesOrder{
    private:
        TaxStrategy* strategy;
    public:
        SalesOrder(StrategyFactory* strategyFactory){
            this->strategy = stategyFactory->NewStrategy;
        }
        ~SalesOrder(){  
            delete this->strategy;
        }
        public double CalculateTax(){
            Context context()l
            double val = Strategy->Calculate(context);//多态调用
        }
}

1. 基类必须写一个虚的析构函数，不然多态的delete会出问题
2. 规范时，应该把一个类放在一个文件里，采用多文件的方式，工程上的推荐做法
3. 在SalesOrder类里实现多态变量，一般用指针，引用也可以用，但是会有一些问题，具体的老师也没有深挖
4. 将前面的if-else里面一个国家的汇率转换成TaxStrategy一个一个的子类
5. 采用了工厂模式—StrategyFactory,new出来不确定的Tax，返回类型由工厂模式确定。
6. 增设法国，只需要编写一个法国的子类，调用代码不改变

“复用”面向对象与设计模式所讲的复用性所指的是编译单位，二进制层面的复用性。

3.结构图

4.要点总结

1. Strategy及其子类为组件提供一系列可重用的算法，在运行时方便的根据需要在各个算法之间进行切换。
2. 运行时进行多态的调用
3. 提供了条件判断语句以外的另一种选择，解耦合的手法，出现条件判断语句时需要strategy的一种特征，《重构》里面提及的if-else和switch-case。
4. if-else结构化分而治之的手法，但是可以用面向对象的抽象来解决问题。
5. 时间轴的想法，即未来可能出现的第四种情况，第五种情况…这个就是典型的strategy模式。
6. if-else里面的情况是绝对不变的时候，用这种模式。但是当业务频繁变化时，这个时候应该特别小心，“坏味道”使用策略模式应该小心。
7. 代码具有良好的本地性

有时候支持不使用的算法也是一个性能负担—if-else很多的情况下，譬如只使用中国区的代码，但是其余的代码都装载内存里。
最好的执行模式（快）：CPU的高级缓存>主存>硬盘