策略模式

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

封装类：也叫上下文，对策略进行二次封装，目的是避免高层模块对策略的直接调用。

抽象策略：通常情况下为一个接口，当各个实现类中存在着重复的逻辑时，则使用抽象类来封装这部分公共的代码，此时，策略模式看上去更像是模版方法模式。

具体策略：具体策略角色通常由一组封装了算法的类来担任，这些类之间可以根据需要自由替换。

interface IStrategy {    public void doSomething();}class ConcreteStrategy1 implements IStrategy {    public void doSomething() {        System.out.println("具体策略1");    }}class ConcreteStrategy2 implements IStrategy {    public void doSomething() {        System.out.println("具体策略2");    }}class Context {    private IStrategy strategy;    public Context(IStrategy strategy){        this.strategy = strategy;    }    public void execute(){        strategy.doSomething();    }}public class Client {    public static void main(String[] args){        Context context;        System.out.println("-----执行策略1-----");        context = new Context(new ConcreteStrategy1());        context.execute();        System.out.println("-----执行策略2-----");        context = new Context(new ConcreteStrategy2());        context.execute();    }}

优点：

1、策略类之间可以自由切换，由于策略类实现自同一个抽象，所以他们之间可以自由切换。
2、易于扩展，增加一个新的策略对策略模式来说非常容易，基本上可以在不改变原有代码的基础上进行扩展。
3、避免使用多重条件，如果不使用策略模式，对于所有的算法，必须使用条件语句进行连接，通过条件判断来决定使用哪一种算法，在上一篇文章中我们已经提到，使用多重条件判断是非常不容易维护的。

缺点：

1、维护各个策略类会给开发带来额外开销，可能大家在这方面都有经验：一般来说，策略类的数量超过4个，就需要考虑混合模式了
2、所有的策略类都需要对外暴露，调用者知道所有的策略才能知道需要使用哪个。可以使用工厂，代理修正这个缺点

应用场景

1、多个类，只有在算法或行为上稍有不同的场景
2、算法需要自由切换的场景
3、需要屏蔽算法规则的场景