设计模式之策略设计模式

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.（策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。）



首先,我们建立一个抽象类RepTempRule 定义一些公用变量和方法:

public abstract class RepTempRule{ protected String oldString=""; public void setOldString(String oldString){ 　　this.oldString=oldString; } protected String newString=""; public String getNewString(){ 　　return newString; } public abstract void replace() throws Exception; }

在RepTempRule中 有一个抽象方法abstract需要继承明确,这个replace里其实是替代的具体方法.
我们现在有两个字符替代方案,
1.将文本中aaa替代成bbb;
2.将文本中aaa替代成ccc;

对应的类分别是RepTempRuleOne RepTempRuleTwo

public class RepTempRuleOne extends RepTempRule{ public void replace() throws Exception{ 　　//replaceFirst是jdk1.4新特性 　　newString=oldString.replaceFirst("aaa", "bbbb") 　　System.out.println("this is replace one"); 　　 } }

public class RepTempRuleTwo extends RepTempRule{ public void replace() throws Exception{ 　　newString=oldString.replaceFirst("aaa", "ccc") 　　System.out.println("this is replace Two"); 　　 } }

第二步：我们要建立一个算法解决类，用来提供客户端可以自由选择算法。

public class RepTempRuleSolve { 　　private RepTempRule strategy; 　　public RepTempRuleSolve(RepTempRule rule){ 　　　　this.strategy=rule; 　　} 　　public String getNewContext(Site site,String oldString) { 　　　　return strategy.replace(site,oldString); 　　} 　　public void changeAlgorithm(RepTempRule newAlgorithm) { 　　　　strategy = newAlgorithm; 　　} }

调用如下:

public class test{ ...... 　　public void testReplace(){ 　　//使用第一套替代方案 　　RepTempRuleSolve solver=new RepTempRuleSolve(new RepTempRuleSimple()); 　　solver.getNewContext(site,context); 　　//使用第二套 　　solver=new RepTempRuleSolve(new RepTempRuleTwo()); 　　solver.getNewContext(site,context); 　　} ..... }

我们达到了在运行期间，可以自由切换算法的目的。

实际整个Strategy的核心部分就是抽象类的使用,使用Strategy模式可以在用户需要变化时,修改量很少,而且快速.

Strategy和Factory有一定的类似,Strategy相对简单容易理解,并且可以在运行时刻自由切换。Factory重点是用来创建对象。

Strategy适合下列场合:

1.以不同的格式保存文件;

2.以不同的算法压缩文件;

3.以不同的算法截获图象;

4.以不同的格式输出同样数据的图形,比如曲线 或框图bar等

应用场景和优缺点

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

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

对于Strategy模式来说，主要有如下优点：
1、 提供了一种替代继承的方法，而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立，可以任意扩展)。
2、 避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。
3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。
对于Strategy模式来说，主要有如下缺点：
1、 因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量