最容易懂的策略模式消除if-else分支，实现开闭原则，提高可扩展性

1 介绍

策略模式最常用的场景就是用于消除代码中的if-else，这里所说的if-else并不是说任何简单的判断都引入策略模式来优化，这样反而会增加代码的复杂度。

反例：使用策略模式对一个boolean类型的变量进行优化

2 背景

我负责的有一个基于流程引擎开发的项目，有一个功能模块是查看申请单的详情，由于不同的申请单展示的信息各不相同，最开始负责这部分功能开发的同学使用if-else来判断申请单的类型，并对不同的申请单做不同的处理。

由于系统中的申请单越来越多，这部分的if-else分支也变得臃肿，而且每次新增申请单的时候，都需要在后面再加一个分支，不仅破坏了开闭原则，而且可读性极差，也不利于扩展。

3 引入策略接口

不同的申请单有自己处理detail的逻辑，实现这个策略接口，重写 doDetail()即可

这是一个默认实现：

4 引入策略上下文对象

有了策略接口后，现在需要一个上下文对象将所有的策略放在一个集合中，方便后续调用

这里使用了 spring 框架提供的 applycationContext 来获取策略接口的所有实现类，在策略上下文对象完成初始化后，将实现类注册到 map 中。（@PostConstruct：在bean初始化完成后处理一些逻辑）

5 客户端调用

只要持有 策略上下文对象，就能拿到策略接口的实现类，从而执行相关逻辑：

6 总结

后续开发的同学添加申请单的时候，只需要新增一个详情类，实现策略接口，重写方法即可，大大提高了这部分功能的扩展性。

关于策略上下文对象使用集合存储所有策略的解释：使用 Map 来存储，需要一个key来标识使用哪种策略来处理。