一.定义
定义一组算法，将每个算法都封装起来，并且使它们之间可以互换。
二.类图
- Context封装角色：也叫做上下文角色，起承上启下封装作用，屏蔽高层模块对策略，算法的直接访问，封装可能存在的变化。
- Strategy抽象策略角色：策略、算法的抽象，定义每个策略或算法必须具有的方法和属性。
- ConcreteStrategy:具体策略角色，实现抽象策略中的操作，该类含有具体的算法。
三.优点
- 算法可以自由切换。
- 避免使用多重条件判断。
- 扩展性良好
四.缺点
- 因为每一个策略都是一个类，策略类数量增多时，可能会造成类膨胀。
- 所有策略类都需要对外暴露。因为上层模块必须知道有哪些策略，然后才能决定使用哪一个策略。
五.使用场景
- 多个类只有在算法或行为上稍有不同的场景。
- 算法需要自由切换的场景。
- 需要屏蔽算法规则的场景。
- 策略枚举
六.注意事项
如果系统中的一个策略家族的具体策略数量超过4个，则需要考虑混合模式，解决策略类膨胀和对外暴露的问题，否则日后的系统维护会比较麻烦。
策略模式只是实现了策略的管理，但是并没有严格地定义使用场景，在实际项目中，我们一般通过工厂方法模式来实现策略类的声明。
