策略模式

策略模式的定义

策略模式（Strategy Pattern）是一种比较简单的模式，也叫做政策模式（Policy

Pattern）。其定义如下：

Define a family of algorithms,encapsulate each one,and make them interchangeable.（定义一组算法，将每个算法都封装起来，并且使它们之间可以互换。）

 

● Context封装角色

 

它也叫做上下文角色，起承上启下封装作用，屏蔽高层模块对策略、算法的直接访问，

 

封装可能存在的变化。

 

● Strategy抽象策略角色

 

策略、算法家族的抽象，通常为接口，定义每个策略或算法必须具有的方法和属性。

 

● ConcreteStrategy具体策略角色

 

实现抽象策略中的操作，该类含有具体的算法。

 

抽象的策略角色

 

public interface Strategy {

 

     //策略模式的运算法则

 

     public void doSomething();

 

}

具体策略角色

public class ConcreteStrategy1 implements Strategy {

     public void doSomething() {

             System.out.println("具体策略1的运算法则");

     }

}

public class ConcreteStrategy2 implements Strategy {

     public void doSomething() {

             System.out.println("具体策略2的运算法则");

     }

}

封装角色

public class Context {

     //抽象策略

     private Strategy strategy = null;  

     //构造函数设置具体策略

     public Context(Strategy _strategy){

             this.strategy = _strategy;

     }

     //封装后的策略方法

     public void doAnythinig(){

             this.strategy.doSomething();

     }

}

高层模块

public class Client {

     public static void main(String[] args) {

             //声明一个具体的策略

             Strategy strategy = new ConcreteStrategy1();

             //声明上下文对象

             Context context = new Context(strategy);

             //执行封装后的方法

             context.doAnythinig();

     }

}

策略模式的优点

● 算法可以自由切换

这是策略模式本身定义的，只要实现抽象策略，它就成为策略家族的一个成员，通过封

装角色对其进行封装，保证对外提供“可自由切换”的策略。

● 避免使用多重条件判断

使用策略模式后，可以由其他模块决定采用何种策略，策略

家族对外提供的访问接口就是封装类，简化了操作，同时避免了条件语句判断。

● 扩展性良好

在现有的系统中增加一个策略太容易了，只要实现接口就可以了，其他都不用修改，

类似于一个可反复拆卸的插件

 

策略模式的缺点

 

● 策略类数量增多

 

每一个策略都是一个类，复用的可能性很小，类数量增多。

 

● 所有的策略类都需要对外暴露

策略模式的使用场景

● 多个类只有在算法或行为上稍有不同的场景。

● 算法需要自由切换的场景。

● 需要屏蔽算法规则的场景。