有些人说，我看有些人也没学过设计模式，但他们代码也写得挺好啊。这里我想表达我的第二个观点：抽象思维才是设计模式的内核。有些人接触的项目多了，其在项目中不知不觉地就用到了一些设计模式。这些人一般都具有一个共同点：抽象总结能力强。他们接触到了东西多了，会不断思考他们的共同之处，然后试图总结出经验。如果你具有这种抽象的思维，那即使你没看过设计模式，你也能写出类似于设计模式的代码。甚至到最后，你也可以设计出一种独特的设计模式。到时候你可能就成为了自创门派的「一代宗师」了。
对于设计模式，不少人也有很多见解。有的人觉得设计模式名过其实，实际编程中远远没有那么重要。在我看来，设计模式存在即合理，至少它有下面三点实在的意义。
设计模式是经验沉淀，便于后来者快速学习。人类之所以能一代更比一代强，靠的就是用文字符号实现经验传承。而在编程领域，我们的设计模式其实就是前人在实战中的经验总结，他们将这些经验归纳出来成为设计模式。
对于经验不是很多的人来说，学习设计模式可以让他们有个初步的印象，等到他们有对应的项目经验时，他们可以更好地应用上。而对于项目经验丰富的人来说，设计模式可以丰富他们的项目场景，进一步提高他们对于复杂场景的掌控。
设计模式可以方便交流。有些同学会觉得一些设计模式自己都用过，只不过先辈们给它起了个名字而已，没什么大不了的。但不知道这位同学是否有思考过：为什么要给各个设计模式起一个名字？
我们的知道有显性知识和隐形知识之分。显性知识就是大家一说，我们都能听得懂的。例如锤子可以用来钉钉子，例如搜索引擎可以用来搜索知识。而隐形知识则是指那些我们做事的经验，我们很难描述出来的东西。
我们这里说的设计模式，落地下去其实就是对应的代码结构。但我们如何将这种实战中的经验描述出来呢？一个最直接的方法是：我每次跟别人交流的时候，我都说：你这个创建一个接口，然后这个类继承这个接口，然后blabla……可能你说了半天，人家也还没听懂。即使听懂了，你下次还是得叽里呱啦说半天，别人才能听得懂。
怎样才能让别人一下子领会到我们的意思呢？很简单，就是给这种代码结构起个名字嘛！这也才有了工厂方法、策略模式、模板模式这些名词。当你跟别人一说这个名字，别人就知道是怎么回事，这不就大大提高了沟通效率嘛！
生活中其实也有很多类似的例子。我们为什么会有很多思考模型，例如：SMART模型、PDCA模型？本质上就是用来帮助记忆，以及便于沟通的。
想想「五花肉」这个词，可能在古代还真没这个词。那我们要怎么形容？古代人说：就是那种一点肥、一点瘦的猪肉。现代人三个字搞定：五花肉！多高效啊！
聊完了设计模式的本质和意义，最后我们聊聊设计模式的好处。
提高系统设计能力，代码更简洁，更易于扩展。在互联网公司干过的都知道，研发流程里最确定的东西就是变化本身。需求是不可能一成不变的，唯一不变的就是需求会一直变。这就对研发人员提出了更高的要求，需要在系统设计的时候考虑到后续的扩展。
设计模式本质上就是对变化的封装，用结构化的代码结构去承载变化的需求。当你明白这一点后，你需要做的就是去分析出系统中变化的部分，之后采用合适的设计模式（代码结构）去实现。只要变化的部分拆解得好，那你就有足够强大的结构去应付变化的需求。
在这一个层次上，考验的其实是你对业务的理解，还有你掌握的设计模式的数量。这些将直接决定你是否能抽离出变化的部分，而抽离出变化的部分之后，你能不能找到合理的设计模式去承载。如果找不到，那你的「抽象思维」层次决定了你是否能自我创造一种设计模式。
设计模式可以帮助阅读源码、写框架。在我们现在使用的不少框架中，都使用了很多的设计模式。越是底层的系统，他们就需要越抽象，他们使用到的设计模式就越多。例如：Spring框架中使用到的设计模式就多达十几种，有工厂模式、代理模式、模板模式等等。
当你理解了这些设计模式之后，你再去阅读源码，你就能够更快速地领会框架作者的意思。否则你看源码只会像看天书一样，完全看不懂，还吐槽这代码怎么这么垃圾。
设计模式有利于你面试。这点可以说是挺功利的一点，但也确实是最实在的一点。工作三年以上的工程师，至少要会学习一些设计模式。只有掌握了合理的设计模式，你写的功能才能更易于扩展。这也是我们这些工作多年的老码农，和刚毕业的小年轻的区别。
如果你工作了好几年，写代码的时候还是从头写到尾短平快，不考虑一点扩展性，那么你可能真的很容易被替代。现今的面试中，也越来越考察面试者的代码编写能力了。掌握设计模式的思维方式，可以帮助你在面试中拿到更多的筹码、赢得更高的薪资。
设计模式本质上是用于承载变化的业务逻辑，使写出的代码简洁、易扩展。它们就像武功中的招式，但具体的招式并不是目的，抽象思维才是设计模式的内核。掌握了抽象的思维，你也能设计出属于自己的模式。
设计模式是前人经验的总结，便于后来者快速学习。设计模式与菜名、标签一样，是对代码结构的一种描述，便于我们交流。掌握了设计模式，能够让我们提高系统设计能力，使系统更易于扩展。同时也能让我们读源码、写框架时事半功倍。