有效的减少代码中太多的if、else？-策略模式

       写这篇文章的目的和上一篇单例模式一样，策略模式也是一种常用的设计模式，太多的if-else不仅看着不太美观而且不好维护，对于自己来说也等于复习了一遍策略模式。先说一下策略

模式的定义：

       策略模式封装了算法家族，可以让彼此之间互相替换，简单的来说就是比如之前系统调用了两个数据源，现在要添加第三个数据源如果还是使用if-else就需要给所有调用数据源的地方加上

新的判断分支，从而导致维护繁琐。如以下代码：

if(A){
     System.out.println("调用A数据源");
}else if(B){
     System.out.println("调用B数据源");
}

     如果将来随着业务变得复杂，加入C数据源，还要接着加入else if分支，以此类推工作量会越来越繁琐，而且加入了大量冗余代码。。。。

     使用了策略模式之后：只需要在策略类Strategy中定义一个调用所有数据源的公共借口就可以

public abstract class Strategy {

    public abstract void dataInterface();
}

     DataStrategyA，封装了调用A数据源的方法，继承于Strategy

public class DataStrategyA extends Strategy {

    public void dataInterface() {
        System.out.println("调用A数据源");
    }

}

    DataStrategyB，封装了调用B数据源的方法，继承于Strategy

public class DataStrategyB extends Strategy {

    public void dataInterface() {
         System.out.println("调用B数据源");
    }

}

    Context算法调用类，根据具体策略对象调用相应的方法

public class Context {

    private Strategy strategy;
    
    public Context(Strategy strategy) {
        this.strategy = strategy;
    }
    
    public void contextInterface() {
        strategy.dataInterface();
    }
}

     运行效果如下：

public class Test {

    public static void main(String[] args) {
        Context context = new Context(new DataStrategyB());
        context.contextInterface();

    }

}

      这样就解决了繁琐的if-else操作了，就算以后加入C、D数据源也只需要增加两个策略类就可以了

      此外，策略模式还有一个优点就是简化了单元测试，每个方法都有自己独立的类，可以通过自己的接口进行单独测试

     当然策略模式也存在着缺点，就是增加了大量的策略类，要求每个开发人员都要了解。策略模式的优点、缺点都说完了怎么样取舍就看大家自己了。不过还是建议大家

使用策略模式。阿里巴巴的java开发手册中也明确表示了if层数超过三层的时候要使用策略模式，