策略模式(Strategy )

策略模式：定义一组算法，将每个算法都封装起来，并且使它们之间可以互换。

我下面就自己画类图说明自己心里理解的策略模式。

场景类中采用策略模式选择不同的算法。

　　具体代码实现：

//抽象的策略角色
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 setStrategy(Strategy strategy){
        this.strategy = strategy;
    }
    //封装后的策略方法
    public void doAnythinig(){
        this.strategy.doSomething();
    }
}

//场景类
public class Client extends Context {
    public static void main(String[] args) {
        //一个具体的策略
        Strategy strategy = new ConcreteStrategy1();
        new Client().setStrategy(strategy);
        //执行封装后的方法
        context.doAnythinig();
    }
}

大致的执行代码就就是这样，具体实现细节还要完善。

总结：

首先，算法可以自由切换。这是策略模式本身定义的，只要实现抽象策略，它就成为策略家族的一个成员，通过封
装角色对其进行封装，保证对外提供“可自由切换”的策略。

其次，避免使用多重条件判断。如果没有策略模式，我们想想看会是什么样子？一个策略家族有5个策略算法，一会要
使用A策略，一会要使用B策略，怎么设计呢？使用多重的条件语句？多重条件语句不易维护，而且出错的概率大大增强。使用策略模式后，可以由其他模块决定采用何种策略，策略家族对外提供的访问接口就是封装类，简化了操作，同时避免了条件语句判断。

最后，扩展性良好。在现有的系统中增加一个策略太容易了，只要实现接口就可以了，其他都不用修改，类似于一个可反复拆卸的插件。