策略模式（Strategy）：

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

结构图：

实例：

优点：

• 策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。

• 策略模式的优点是简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。

• 当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy类中，可以在使用这些行为的类中消除条件语句。

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

• 在基本的策略模式中，选择所用具体实现的职责由客户端对象承担，并转给策略模式的Context对象。这本身并没有解除客户端需要选择判断的压力，而策略模式与简单工厂模式结合后，选择具体实现的职责也可以由Context来承担，这就最大化地减轻了客户端的职责。

缺点：

• 策略类数量会增多，每个策略都是一个类，复用的可能性很小，增加维护难度

• 所有的策略类都需要对外暴露

适用场景：

• 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。多个类只有算法或行为上稍有不同的场景

• 一个系统需要动态地在几种算法中选择一种。算法需要自由切换的场景

• 如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。

• 需要屏蔽算法规则的场景