设计模式—策略模式

一、概念

策略模式（Strategy）：它定义了一系列的算法（策略实现），并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法的变化不会影响到使用算法的客户。（原文：The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.）

 

二、策略模式的组成

• 抽象策略角色(Strategy)： 策略类，通常由一个接口或者抽象类实现。
• 具体策略角色(ConcreteStrategy)：包装了相关的算法和行为。
• 应用场景角色(Context)：持有一个策略类的引用，最终给客户端调用。

 

三、应用场景

1. 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。(例如FlyBehavior和QuackBehavior)
2. 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。(例如FlyBehavior和QuackBehavior的具体实现可任意变化或扩充)
3. 对客户(Duck)隐藏具体策略(算法)的实现细节，彼此完全独立。

 

四、优缺点

优点：

• 提供了一种替代继承的方法，而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立，可以任意扩展)。
• 避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。
• 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。

缺点：

• 因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。
• 在基本的策略模式中，选择所用具体实现的职责由客户端对象承担，并转给策略模式的Context对象。（这本身没有解除客户端需要选择判断的压力，而策略模式与简单工厂模式结合后，选择具体实现的职责也可以由Context来承担，这就最大化的减轻了客户端的压力。）

 

参考资料：

http://www.cnblogs.com/colinsong/archive/2009/03/02/1401723.html

http://www.cnblogs.com/justinw/archive/2007/02/06/641414.html http://baike.baidu.com/view/2141079.htm