策略模式
动机
-
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
-
如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
意图
定义一系列算法,把它们一个个封装起来,并且使它们可互相替换。该模式使得算法可独立于使用它的客户而变化。
结构
生活中的例子
超市购物,根据总价有不同的优惠策略:
- 不折扣现金,要赠品
- 满300元送100元
- 打8折
- ……….
实现要点
-
使用的过程中,必须要”知道”具体的策略类,耦合性高
-
抽象类到具体类的实例化过程还可再改进更灵活
-
如果具体算法需要更多的参数(不只是一个”总价”),可以考虑使用实例类来参数进行聚合,再传入参数类
-
使用”反射”解耦使用者 必须”知道”具体策略类的编码时依赖
总结
- Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。所谓封装算法,支持算法的变化。
- Strategy模式提供了用条件判断语句以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
- 与State类似,如果Strategy对象没有实例变量,那么各个上下文可以共享同一个Strategy对象,从而节省对象开销。
- 结合反射技术,能达到最好的解耦效果