策略模式(Strategy)

1.策略模式

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

2.关键特征

意图	可以根据所处的上下文，使用不同的业务规则或算法
问题	对所需算法的选择取决于发出请求的客户或者要处理的数据。如果只有一些不会变化的算法，就不需要Strategy模式。
解决方案	将对算法的选择和算法的实现相分离。允许根据上下文进行选择。
参与者与协作者	Strategy指定了如何使用不同的算法；各ConcreteStrategy实现了这些不同的算法；Context通过类型为Strategy的引用使用具体的ConcreteStrategy，Strategy与Context相互作用以实现所选的算法（有时候Strategy必须查询Context）。Context将来自Client的请求转发给Strategy。
效果	Strategy模式定义了一系列的算法。可以不使用switch语句或条件语句。必须以相同的方式调用所有的算法（它们必须拥有相同的接口）。各ConcreteStrategy与Context之间的相互作用可能需要在Context中加入获取状态的方法。
实现	让使用算法的类包含一个抽象类，该抽象类有一个抽象方法指定如何调用算法。每个派生类按需要实现算法。注意，在原型Strategy模式中，选择所用具体实现的职责由Client对象承担，并转给Strategy模式Context对象。

3.结构图

4.策略模式解析

策略模式是用来封装算法的，在实践中，我们可以发现用它来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。

策略模式与简单工厂模式结合，将选择具体实现的职责有客户端对象承担转给策略模式的Context对象。

优点：1从概念上看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。2.Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。3简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。