设计模式之策略模式【5】

一、模式定义
二、模式分析
三、主要角色
四、模式优点
五、模式缺点
六、使用场景
七、案例实践

案例：优雅的Java应用程序的启停钩子框架

八、案例阐释
X、引用文献

回到顶部(Back to Top)

一、模式定义

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

回到顶部(Back to Top)

二、模式分析

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

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

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

回到顶部(Back to Top)

三、主要角色

　　抽象策略（Strategy）类：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口，所有具体的策略类都要实现这个接口。环境（上下文）类Context 使用这个接口调用具体的策略类。
　　具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现或行为。
　　环境（Context）类：用于配置一个具体的算法策略对象，维持一个策略接口类型的引用（ Reference ),并且可以定义一个让接口 Strategy 的具体对象访问的接口。在简单情况下，Context 类可以省略。

回到顶部(Back to Top)

四、模式优点

多个具体策略之间可以自由切换

由于策略类都实现同一个接口，所以使它们之间可以自由切换。
易于扩展

增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码，符合“开闭原则“
避免使用多重条件选择语句（if else），充分体现面向对象设计思想

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

回到顶部(Back to Top)

五、模式缺点

客户端必须知道所有的策略类，并自行决定使用哪一个策略类。也就是说客户程序必须知道不同策略接口的各个子类的行为，必须理解每个子类有哪些不同。
策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。
无法同时在客户端使用多个策略类。也就是说，在使用策略模式时，客户端每次只能使用一个策略类，不支持使用一个策略类完成部分功能后再使用另一个策略类来完成剩余功能的情况。

回到顶部(Back to Top)

六、使用场景

一个系统需要动态地在多种算法/策略中选择一种时，当有多个仅在行为上不同但是任务相关的类存在时，可将每个算法封装到策略类中。
一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
当一个算法使用的用户不应该知道的数据时，使用策略模式可以将算法实现细节隐藏起来 ，避免暴露与算法相关的复杂细节。注意虽然可以将算法实现细节封装起来，但是客户程序必须知道各个策略子类的接口。