设计模式 前言

1.前言

GoF的《设计模式》一书，一共有以下三个层面的内容：

1. 指出编程开发活动中存在模式，提出总结设计模式需要关注的四要素 "名称-问题-解决方案-效果“ ，并给出描述一套模式的格式模板；

2. 提出了面向对象开发中”针对接口编程优于针对实现编程”，”组合优于继承”的总体设计思路；

3. 选取了现实开发中基于上述设计思路所形成的23种常见设计模式作为例子详细描述。

虽然第3点包括的多个具体的设计模式实例占据了最多的篇幅，但事实上第1点和第2点才是纲。

2.何时使用设计模式

《设计模式》书中有一句很关键的话：本书中涉及的设计模式并不描述新的或未经证实的设计，我们只收录那些在不同系统中多次使用过的成功设计。这些设计绝大部分以往并无文本记录，它们或是来源于面向对象设计者圈子里的非正式交流，或是来源于某些成功的面向对象系统的某些部分，但对设计新手来说，这些东西是很难学得到的。尽管这些设计不包括新的思路，但我们用一种新的、便于理解的方式将其展现给读者，即：具有统一格式的、已分类编目的若干组设计模式。

这段话的主旨是：

1. 书中的模式不是作者的发明创造或独门秘籍，而是早已存在并已经广泛使用的做法，只不过没有被系统地加以记录。换而言之，只要遵循某些原则，这些所谓模式完全可能在无意识的状态下自发出现在产品代码中；

2. 这些模式在各种系统被多次使用。换而言之，你只要接触足够多的代码，必然会大量接触到这些模式的实际应用。只不过在看过《设计模式》一书之前，你可能意识不到这是一个成体系的设计手段；

3. 作者认为《设计模式》这本书的价值在于对设计模式进行了有效的组织和便于理解的描述。换而言之，这本书的写作出发点是”便于理解“，并且是面向”设计新手“的。而不少初学者却恰恰觉得这本书难以理解，这说明，作者已经在保证准确性的前提下，选用了他们所认为最便于理解的描述。比本书描述更为显浅的描述，很可能会牺牲准确性（不准确的描述对于新手来说是显然是害处大于好处）。

对此我个人的理解是：技术是为业务服务的，实现时的复杂性、理解成本与可拓展性都是需要综合考虑的点，设计模式的原则或者经典23条并非“至上真理”，使用时要斟酌与考虑到底是否使用设计模式以及使用哪种设计模式。

3.参考资料

上述文字来源链接