《大话设计模式》--1.策略模式

策略模式定义：它定义了算法家族，分别封装起来，让他们之间可以相互替换，则模式让算法的变化，不会影响到使用算法的客户

Strategy类，定义所有支持的算法的公共接口 //抽象算法类class Strategy{public:    //算法方法    virtual void AlgorithmInterface() = 0;};  ConcreteStrategy，封装了具体的算法或行为，继承于Strategy //具体算法Aclass ConcreteStrategyA : public Strategy{public:    //算法A实现方法    virtual void AlgorithmInterface()    {        cout << "算法A的实现" << endl;    }};//具体算法Bclass ConcreteStrategyB : public Strategy{public:    //算法B实现方法    virtual void AlgorithmInterface()    {        cout << "算法B的实现" << endl;    }};//具体算法Cclass ConcreteStrategyC : public Strategy{public:    //算法A实现方法    virtual void AlgorithmInterface()    {        cout << "算法C的实现" << endl;    }};  Context，用一个ConcreteStrategy来配置，维护一个对Strategy对象的指针 //上下文class Context{public:    Context(Strategy *pStrategy)    {        m_pStrategy = pStrategy;    }        //上下文接口    void ContextInterface()    {        m_pStrategy->AlgorithmInterface();    }    private:    Strategy *m_pStrategy;};  客户端调用 void main(){    Context *pContext;    pContext = new Conntext(new ConcreteStrategyA);    pContext->ContextInterface();        pContext = new Conntext(new ConcreteStrategyB);    pContext->ContextInterface();        pContext = new Conntext(new ConcreteStrategyC);    pContext->ContextInterface();        //由于实例化不同的策略，所以最终在调用pContext->ContextInterface();时，所获得的结果不同}

策略模式优点
1.策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，他可以以相同的方式调用所有算法，减少了各种算法类与使用算法类之间的耦合
2.策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为，继承有助于析取出这些算法中的公共功能
3.策略模式简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试
4.当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Stategy类中，可以在使用这些行为的类中消除条件语句。

 策略模式使用
1.策略模式就是用来封装算法的，但在实践中，我们发现可以用他来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。
2.在基本策略模式中，选择所用具体实现的职责有客户端对象承担，并转给策略模式的Context对象。这本身并没用解除客户端需要选择判断的压力，而策略模式与简单工厂模式结合后，选择具体实现的职责也可以由Context来承担，这就最大化地减轻了客户端的职责

PS:任何需求的变更都是需要成本的，但是成本的高低还是有差异的。高手和菜鸟的区别就是高手可以花同样的代价获得最大的收益或者说做同样的事花最小的代价。面对同样的需求，当然是改动越小越好