GoF设计模式之Policy策略模式

策略模式（别名Policy）: 定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

使用继承的缺点：

1．代码在多个子类中重复 2．运行时的行为不容易改变 3．很难抽象出子类的全部行为 4．牵一发而动全身

设计原则:

特点：

实现：

/assets/images/2012/06/gof_policy_1.jpg

环境(context)角色:

持有一个Strategy的引用，用一个具体的ConcreteStrategy对象来配置自己的ContextInterface行为

public class Context{ private Strategy strategy; public void contextInterface(){ strategy.strategyInterface(); } }

Strategy接口角色：定义所有算法的公共接口，可以由Interface和抽象类实现

abstract public class Strategy{ public abstract void strategyInterface(); }

ConcreteStrategy角色：以Strategy接口实现具体的算法

public class ConcreteStrategy extends Strategy{ public void strategyInterface(){ //write you algorithm code here } }

适用性：

当存在以下情况时使用strategy模式:

如果一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
一个系统需要动态的在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些算法类都是一个抽象算法类的子类。换言之，这些具体算法类均有统一的接口，由于多态性原则，客户端可以选择使用任何一个具体算法类，并只持有一个数据类型是抽象算法的对象。
一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的和复杂的只与算法有关的数据。
如果一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移到它们各自的Strategy类中以代替这些条件语句。

优点：

缺点：