大话设计模式总结2-策略模式

策略模式：

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

基本组成 ：

Context:Context上下文，用一个ConcreateStrategy来配置，维护一个对Strategy对象的引用。

--1.初始化时，传入具体的策略对象 2。根据具体的策略对象，调用其算法的方法。

Strategy:策略类，定义所有支持的算法的公共接口。

ConcreteStrategy:具体策略类，封装了具体的算法或行为，继承于Strategy

客户端：调用Context，根据参数实例化不同的ConcreteStrategy对象，调用方法实现功能。

简单工厂--策略模式相结合：

简单工厂模式需要让客户端认识两个类，CashSuper和CashFactory,而策略模式与简单工厂结合，客户端只需要认识一个类CashContext就可以了。耦合度更低。

策略模式解析：

策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方法调用所有的算法，减少各种算法类与使用算法类之间的耦合。

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

当不同的行为堆砌在一个类中是，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy中类中，可以在使用这些行为的类中消除条件语句。就商场收银系统的例子而言，在客户端的代码中就消除条件语句--在Context中进行条件判断。

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

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