设计模式之策略模式

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

    如下图所示：

Stragegy类，定义所有支持的算法的公共接口
ConcreteStrategy，封装了具体的算法或行为，继承于Strategy
Context，用一个ConcreteStrategy来配置，维护一个对Strategy对象的引用 

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

     其实不仅仅是算法，策略模式可以封装几乎所有类型的规则，只要在分析过程中听到需要在不同条件应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。

     但仅仅使用策略模式的话，选择所用具体实现方式的职责仍然由客户端对象承担，并转给策略模式的context对象。而策略模式和简单工厂模式相结合以后，选择具体实现方式的职责就可以由context对象来承担，这极大地减轻了客户端的职责。

 

     我们以商场促销为例子。假定商场收费分为三种：正常收费，打折收费和返利收费。那么我们就可以提炼出其公共行为为收费，经过深入了解还可以提炼出公共所需数据：单价和购买数量。如下图：

    收费基类派生出三个子类：正常收费、打折收费和返利收费

每个子类都具体实现了具体的收费策略。

    下面来看看Context类，Context类承担选择打折策略的职责。在SetSourceStrategy函数当中通过判断chargeType来确定该实例化哪一个，客户端完全不需要了解Strategy相关类。

 

 

    客户端如下所示：只需要了解和使用ContenStrategy类就可以输出所收费用。

 

    完整demo已上传https://download.csdn.net/download/dzhongjie/11262222