Strategy策略模式

 

  Strategy 策略模式是一种对象行为模式。主要是应对：在软件构建过程中，某些对象使用的算法可能多种多样，经常发生变化。如果在对象内部实现这些算法，将会使对象变得异常复杂，甚至会造成性能上的负担。

       GoF 《设计模式》中说道：定义一系列算法，把它们一个个封装起来，并且使它们可以相互替换。该模式使得算法可独立于它们的客户变化。

 

Strategy 模式的结构图如下：

 

  

 

Strategy 模式的要点：

1 、 Strategy 及其子类为组件提供了一系列可重用的算法，从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。所谓封装算法，支持算法的变化。

2 、 Strategy 模式提供了用条件判断语句以外的另一中选择，消除条件判断语句，就是在解耦合。含有许多条件判断语句的代码通常都需要 Strategy 模式。

3 、 Strategy 模式已算法为中心，可以和 Factory Method 联合使用，在工厂中使用配制文件对变化的点进行动态的配置。这样就使变化放到了运行时。

4 、与 Template Method 相比， Strategy 模式的中心跟集中在方法的封装上

 

应用场景和优缺点

上面我们已经看过了 Strategy 模式的详细介绍，下面我们再来简单说说这个模式的优缺点吧！怎么说呢，人无完人，设计模式也不是万能的，每一个模式都有它的使命，也就是说只有在特定的场景下才能发挥其功效。我们要使用好模式，就必须熟知各个模式的应用场景。

对于 Strategy 模式来说，主要有这些应用场景：

1、  多个类只区别在表现行为不同，可以使用 Strategy 模式，在运行时动态选择具体要执行的行为。 ( 例如 FlyBehavior 和 QuackBehavior)

2、  需要在不同情况下使用不同的策略 ( 算法 ) ，或者策略还可能在未来用其它方式来实现。 ( 例如 FlyBehavior 和 QuackBehavior 的具体实现可任意变化或扩充 )

3、  对客户 (Duck) 隐藏具体策略 ( 算法 ) 的实现细节，彼此完全独立。

 

对于 Strategy 模式来说，主要有如下优点：

1、  提供了一种替代继承的方法，而且既保持了继承的优点 ( 代码重用 ) 还比继承更灵活 ( 算法独立，可以任意扩展 ) 。

2、  避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。

3、  遵守大部分 GRASP 原则和常用设计原则，高内聚、低偶合。

对于 Strategy 模式来说，主要有如下缺点：

1、  因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。

 

    备注：关于场景和优缺点，上面肯定说得不够全面，欢迎大家来补充。