概念：设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
以下是对上面有下划线的关键字的通俗解释：
- 反复使用：在实际的开发中被使用的次数太多了，比如：单例模式、外观模式、工厂模式等
- 多数人知晓：作为一个程序员即使没看过相关书籍不了解所有设计模式的具体内容也会知道一些非常常见的几种设计模式，而且有些设计模式即使你不知道，在日常的代码开发中也会使用。
- 分类编目：就是说可以找到一些特征去划分这些设计模式，从而进行分类。
- 代码设计经验：代码写多了，就会积累代码设计的经验，设计模式就是从这些经验中总结出来的用来解决一些特定场景中的问题的方法。
优点：
设计模式可以帮助我们改良项目的代码，增强代码的健壮性、可扩展性，为以后开发和维护铺平道路。有过开发经验的人都知道一个项目的代码设计好坏对之后开发的影响，特别是从事维护项目工作的人应该有更深的体会（虽然我并未从事过维护= 。=），可以想象当一个看起来很简单的需求，但是由于项目设计问题，并没有考虑到这个需求的变更时或则由于需求不断变更导致代码变得臃肿，而导致当你修改其中一处可能导致其他功能出现异常，加深了维护代码的难度，这是一个非常严重的后果。
注意点：
设计模式是可以改善项目的设计，但过多的使用甚至滥用将会导致项目变得复杂，难以读懂。所以当我们第一次设计一个系统时，请将你确定的变化点处理掉，不确定的变化点千万不要假设它存在，如果你曾经这么做过，那么请改变你的思维，让这些虚无的变化点在你脑子中彻底消失。因为我们完全可以使用另外一种方法来处理那些不确定的变化点，那就是重构。至于重构等讨论完设计模式后再进行探讨。