策略模式的定义 

        策略模式是一种比较简单的模式，其定义如下：定义一组算法，将每个算法都封装起来，并且使他们之间可以互换。通用类图如图所示

        策略模式使用的就是面向对象的继承和多态机制，非常容易理解和掌握，我们再来看看策咯模式的三个角色：

•     Context封装角色

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

•     Strategy抽象策略角色

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

•     ConcreteStrategy具体策略角色

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

        我们再来看策略模式的通用代码，它是一个非常普通的接口，定义一个或多个具体的算法，代码如下所示。

public interface Strategy{   //策略模式的运算法则   public void doSomething();}

        具体策略也是非常普通的实现类，只要实现接口中的方法就可以，代码如下所示。

public class ConcreteStrategyA implements Strategy{     public void doSomething(){         System.out.println("具体策略A的运算法则")       }}public class ConcreteStrategyB implements Strategy{     public void doSomething(){         System.out.println("具体策略B的运算法则")       }}

    策略模式的重点是封装角色，我们来看封装角色，代码如下所示。

public class Context{   //抽象策略   private Strategy strategy=null;   //构造函数设置具体策略   public Context(Strategy _strategy){     this.strategy = _strategy;   }   //封装后的策略方法   public void doAnything(){     this.strategy.doSomething();   }}

       高层模块的调用非常简单，知道要用哪个策略，产生出它的对象，然后放到封装角色中就完成任务了，代码如下所示。

public class Client{   public static void main(String[] args){      //声明一个具体的策略      Strategy strategy  = new ConcreteStrategyA();      //声明上下文对象      Context context = new Context(strategy);      //执行封装后的方法      context.doAnything();   }}

策略模式的优点

•  算法可以自由切换，这种策略模式本身定义的，只要实现抽象策略，它就成为策略家族的一个成员，通过封装角色对其进行封装，保证对外提供“可自由切换”的策略。
•  避免使用多重条件判断，当遇到if-else，switch特别多的场景，同时程序后面可能会变化，条件会增加，采用策略模式，简化了操作，同时避免条件语句判断。
•  扩展性良好，在现有系统中增加了一个策略太容易了，只要实现接口就可以了，其他不用修改，类似于一个可反复拆卸的插件。

策略模式的缺点

•  策略类数量增多。
•  所有的策略类都需要对外暴露，可以用工厂方法模式，代理模式修正这个缺陷。

策略模式的注意事项

        如果系统中的一个策略家族的具体策略超过4个，则需要考虑使用混合模式，解决策略类膨胀和对外暴露的问题，在实际项目中，我们一般采用工厂方法模式来实现策略类的声明。

策略模式和Spring的结合在项目中的应用

参考书目《设计模式之禅》