策略模式-设计模式

特点

同一接口，多种实现。
定义一系列算法，实现共同的接口，算法之间可以相互替换，使用时直接使用具体的算法即可，框架可以通过稳定的接口调用传入的不同算法。

动机

1. 在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编写到对象中，将会使对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。
2. 如何在运行时根据需要透明的更改对象的算法？将算法与对象本身解耦，从而避免上述问题？

模式定义

定义一系列算法，把它们一个个封装起来，并且使它们可互相替换（变化）。该模式使得算法可独立于使用它的客户程序（稳定）而变化（扩展，子类化）。

类图

注释：Context和StrategyInterface是稳定的，具体的实现类是可变的。

模式总结

1. Strategy及其子类为组件提供了一系列可重用的算法，从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
2. Strategy模式提供了用条件判断语句以外的另一种选择，消除条件判断语句，就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
3. 如果Strategy对象没有实例变量，那么各个上下文可以共享同一个Strategy对象，从而节省对象开销。

实例

没有使用设计模式之前

1. 定义税率计算类
   
2. 定义使用税率销售类
   
3. if else分支使用的是结构化设计中的分而治之的思想，但是这个方式不满足开闭原则，一旦有新的税率需要计算，需要修改税率类，不易扩展。

使用策略模式后

1. 提取变化点税率，形成一个接口
   
2. 实现不同国家的税率，如果有再需要扩展的国家，可以添加一个子类，无需改动之前的代码，符号开闭原则。
   
   
3. 使用税率类，可以通过税率接口透明的替换不同国家的税率