策略模式

前言

在日常工作中，我们经常需要根据条件判断执行不同的逻辑。
常用逻辑判断语句有if/else还有switch，但是我们常常听到一种说法，要尽量减少代码中的if/else。
在这种情况下，策略模式就成为我们最好的选择。
也许现在你有很多疑问，策略模式如何减少判断？为什么要使用策略模式？
带着这些疑问，让我先来看一下策略模式的简单实现。

简例

假设在一个商店里有Tom和Jerry两个商贩，Tom卖果汁，Jerry卖面包，那么应该如何实现
第一步，创建公共接口

public interface Seller {

    String getName();

    String getGoods();

}

第二步，实现Jerry

public class FoodSeller implements Seller{

    @Override
    public String getName() {
        return "Jerry";
    }

    @Override
    public String getGoods() {
        return "bread";
    }
}

实现Tom

public class JuiceSeller implements Seller{

    @Override
    public String getName() {
        return "Tom";
    }

    @Override
    public String getGoods() {
        return "juice";
    }
}

第三步，实现功能逻辑

    public static void main(String[] args) {
        Map<String, Seller> sellerStrategy = new HashMap(2);
        sellerStrategy.put("Tom",new JuiceSeller());
        sellerStrategy.put("Jerry",new FoodSeller());

        System.out.println("What does Tom sell？");
        System.out.println(sellerStrategy.get("Tom").getGoods());
        System.out.println("What does Jerry sell?");
        System.out.println(sellerStrategy.get("Jerry").getGoods());
    }

输出结果

What does Tom sell？
juice
What does Jerry sell？
bread

也许这样实现更为清晰

    public static void main(String[] args) {
        Map<String, Seller> sellerStrategy = new HashMap();
        sellerStrategy.put("Tom",new JuiceSeller());
        sellerStrategy.put("Jerry",new FoodSeller());
        Question(sellerStrategy,"Tom");
        Question(sellerStrategy,"Jerry");

    }
    
    private static void Question(Map<String,Seller> sellerStrategy,String name){
        System.out.println("What does "+name+" sell？");
        System.out.println(sellerStrategy.get(name).getGoods());
    }

这样如果有一天商店里来一个叫Jack的雨伞商，我们只需要实现Jack然后把他放进我们的策略集合里就好了。那么问题来了？我们为什么要这么做？

没有不会变化的代码

对于大多数场景来说，我们可以把逻辑分为容易变化的部分和不那么容易变化的部分。
比如，付钱给Tom，你会获得一杯果汁，而获得果汁才是我们的目的。这部分逻辑改变的可能比较小，或者说可以通过其他低成本的方式来完成需求，比如商城现在需要卖雨伞，我们不必强迫Tom兼职或者改行去卖雨伞，而只要实现Jack就可以完成目标，值得开心的是在代码的世界里我们是不需要给Jack付钱的。
当我们使用了策略模式，就意味着在面对改变时，我们只需要实现新增的功能，然后在策略里加入新的映射关系，这样既实现了需求，又减少改变可能带来的出错。这就是常说对扩展开放，对修改关闭。

实际应用

在实际的开发当中，我们经常遇到的不同的场景使用不同数据源的情形，依然是上面的三个步骤。
第一步，定义数据通道接口
第二步，不同数据通道的实现
第三步，依赖注入数据通道实现功能逻辑

如果这样实现，你的服务无论是在数据迁移或者数据双写上都有着很强的适应性。

总结

脱离了实际应用，谈任何设计都是耍流氓。
如果你的代码只是一个生存周期很短的过渡代码，if/else将有无与伦比的便捷性。
但是如果你是以三年的使用寿命来设计你的系统，那么就需要使用设计模式来应对一些可能遇到的修改。面向对象编程，面向设计编程，面向Spring编程，或许就能在枯燥的需求中找到一些乐趣。