应用场景
GoF 书1说,策略设计模式应该:"定义一个算法系列,封装每个算法,并使它们可互换。策略允许算法与使用它的客户端独立变化。
策略设计模式指出,有时,以任务为导向是有好处的。如果要将易失性代码从应用的主代码中维护,或者要在运行时更改使用的算法,这一点尤其重要。
如果用户的项目有以下情况之一,请考虑使用策略设计模式:
- 项目有可分离出应用程序的易失性代码,以便轻松维护
- 希望通过将实现代码拆分到多个继承的类来避免混淆处理任务的方式
- 希望在运行时更改用于任务的算法
因此,就用它 ——每当用户开始以任务为导向,并且希望将这些任务作为代码的主要设计点之一时,策略设计模式都应该浮现在脑海——这就是设计模式的工作方式。它们不为用户提供特定的代码。相反,用户熟悉这个想法,当这个想法可以派上用场。
样例
(略)
参考
- Gamma E. Design patterns: elements of reusable object-oriented software[M]. Pearson Education India, 1995.
- Holzner S. Design patterns for dummies[M]. John Wiley & Sons, 2006.
Gamma E. Design patterns: elements of reusable object-oriented software[M]. Pearson Education India, 1995. ↩︎