设计模式从入门到放弃

为什么要学习设计模式？

1、提高软件的设计质量

众所周知，良好的OO设计必须具备可维护、可扩充、可维护三个特性，然而仅仅掌握OO基础：抽象、继承、多态、封装，并不足以让我们设计出良好的系统，而合理地使用设计模式，可以帮助我们提高我们的设计质量。

2、彼此沟通的共享词汇

各行各业都有一些共享词汇来替代专业词汇来方便沟通和交流。比如，需要实现的一个方法来遍历数组、集合…交给你和老王去做，做完后你俩向主管汇报，你把步骤一步步罗列，讲得口水都干了，而隔壁的老王则直接说使用了“迭代器”模式来实现，简单明了，这时候老王就比你更能得到主管的赏识了。

3、提高自身能力和竞争力

大家都知道，在软件行业设计比实现更重要，一个系统如果没有良好的设计，即使后面再多的测试，也不可能拥有一个高质量的系统，而学习设计模式可以让你跻身于“设计圈子”，逃脱于对象与类这种琐碎的事情上，帮助我们快速成长，并且在一定程度上带动我们团队去学习，而且，这些在我们面试时都是我们和核心竞争力的体现。

什么是设计模式？

很多了在学了设计模式乃至使用了很久设计模式后对设计模式的详细定义都不模糊不清。

首先，什么是模式？

模式就是在某种情境下，针对某问题的某种解决方案。

这个定义有三个关键词，你可能有些疑惑的地方，别担心，我们现在逐步了解定义中所提到的情境、问题、解决方案：

情境就是应用某个模式的情况。这是我们面对问题时不断出现的情况。

问题就是你在某种情境下达到的目标，但也可以是某种情境下的约束。

解决方案就是你所追求的：一个通用的设计，用来解决约束达到目标。

理解这些可能需要花费点时间，下面有个方法可以帮助你记忆：

"如果你发现自己处于某个情境下，面对着所欲达到的目标被一群约束影响着问题，

然而，你能够应用某个设计，克服这些约束并达到该目标，将你领向某个解决方案"

现在看来，设计模式就是解决一个经常重复发生的设计问题，接下来我们结合实际举一个上班时车钥匙忘记在车里的例子来详细解释一下：

 问题：我要如何才能开车上班？

情境：我将钥匙锁在车里了。

解决方案：打破窗户，进去车内，启动引擎，然后开车上班。

在定义中所需要的三个关键词我们全部有了：我们有一个问题，这个问题包括去上班的目标，时间的距离约束，可能还有其他影响；我们也就具有了某个情境，也就是车钥匙拿不到；我们也有一个解决方案，让我们能够取得钥匙并解决时间和空间的约束。既然如此，那么这算是一个设计模式了吗？

答案是否定的，我们的模式必须应用于一个重复的情境中，重复地打破钥匙未免代价太大，除此之外设计模式还需要一个名字，成为开发人员之间共享的词汇。所以说我们不能简单地用三要素来描述模式，对此我们把设计模式进行了分类，将它收录进“模式类目中”来进一步描述它，接下来我们将对设计模式进行简要的分类介绍。

设计模式的分层

随着发掘的设计模式数目逐渐增多，有必要将它们分级分类，好将它们组织起来，以简化我们寻找模式的过程，并且让同一群组内的模式相互比较。广为人知的分类方法就是按照模式的目标分类，可以分为创建型、行为型和结构型。

创建型：涉及到将对象实例化，这类模式都提供一个方法，将客户端所需要实例化的对象解耦。

行为型：只要是行为型模式，都涉及到类和对象如何交互分配职责。

结构型：结构模式可以让你把类或对象组成到更大的结构中。

具体的分类如下图所示：

创建型：单例，创建者，原型，工厂和抽象工程，共5种。

行为型：模板，访问者，观察者，命令者，状态，中介，备忘录，解释器，责任链，策略和迭代器，共11种。

结构型：装饰者，组合，代理，外观，蝇量，桥接和适配器，共7种。

怎么学习设计模式？

脚步不要过快，慢慢理解，理解越多记得就越少

不要光看看而已。停下来，好好想想。想个每个设计模式的定义、运用、UML图、实现代码，想象别人在问你这些问题，想象你的回答。你让大脑想得越深，就越有可能学会并记住。
勤做笔记，多敲代码

不要只是看，要学会做笔记，拿出笔来写写，画一画，建立自己的知识体系。大量研究都证实，学习过程中如果能实际动手，将改善你的学习效果。除此之外，记笔记还方便我们以后的复习。
大声说出来

说话可以刺激大脑的另一部分。如果你想看到懂什么，或者想牢记，就要大声说出来。更好的办法是解释给别人听，在解释给别听的同时，你可能发现某些的问题，对此有新的认知。
结合自己的工作练习，设计一些东西

将学来的知识应用到新项目中，甚至重构旧项目，反正就是尽量应用新的知识，不断踩坑，获取实践经验。或者，仅仅拿一只笔，试着应用某个设计模式来解决你遇到的某个难题。

在这章我们介绍了设计模式的作用、定义、分类、学习方式，也许文字很枯燥，但只有对设计模式有一个总括的理解我们才能更好地学习它，接下来逐个向大家介绍23种设计模式。

下一章：单例模式