策略模式就是将变化的那部分行为抽离出来进行封装。行为抽象成一个接口,具体的行为实现去实现这个接口。
依赖接口,组合代替继承。
通过书中的鸭子模型来体验一下使用了策略模式会有哪些变化:
- 还没新需求的时候,使用了一个抽象的Duck父类,不同的鸭子类去在自己类中具体实现。

针对接口编程,而不是针对实现编程。
多用组合,少用继承。
抽象出可能变化之处,独立出来。
总结与思考
我通过一个简单的鸭子模型讲述了因为使用了继承的设计导致需求变化的时候工作量变大,然后通过改良设计来降低项目复杂度的过程。我自我感觉写的比较简单易懂了。但是总觉得哪里不对,思考了一阵子我得出了自己的结论。文章中一开始给出了一个bad design,然后需求来了,我们去改良成good design。中间少了一个步骤,就是怎么思考出降低复杂度的设计这个思考过程。在工作流程中,我们遇到了不好的设计,我认为的步骤应该是:
- 嗅出项目中不好的设计
- 思考如何改良,如果现在的是不好的,那么什么是好的?
- 进行改良
我这篇文章,通过需求的变更,工作量剧增,我们可以得出这个项目中使用继承的设计是不好的。
然后我们给出好的设计,缺少了中间思考的部分。这正是需要我们通过不停的锻炼才能得到的能力。
我们经常说“23个设计模式”,在我看来这就是写代码的23个套路。我们通过了解设计模式,可以了解一些例子从bad->good的过程,有利于我们觉察出实际项目中的不良设计。
网友评论