问自己这些问题:

他们做什么?

它们是如何耦合的?

什么时候使用它们?

什么时候不应该使用它们?

什么缺失的语言特征会让它们消失?

使用它会导致什么技术债务?

有没有更简单的方法来完成工作?

我不知道哪本书最好，但纯粹主义者可能会说《设计模式:可重用面向对象软件的元素》

至于我个人最喜欢的，我喜欢O'Reilly出版的Head First Design Patterns。它是用对话的口吻写的，很吸引我。当我阅读它时，我同时检查了我的源代码，看看它是否适用于我所阅读的内容。如果有，我就重构。我就是这样学会责任链的。

练习-练习-练习。

对于初学者来说，头部优先设计模式就可以了，一旦我们熟悉了所有的模式，然后尝试将实时对象可视化到这些模式中。

本书将帮助你理解基本概念，除非你已经在现实世界中实现了，否则你不能成为设计模式的大师

设计模式只是工具——有点像库函数。如果你知道它们和它们的近似函数，你可以在需要的时候从书中找到它们。

设计模式并没有什么神奇之处，任何优秀的程序员都能在任何书籍问世之前自己找出90%的设计模式。在大多数情况下，我认为这些书在简单地为各种模式定义名称方面最有用，这样我们就可以更容易地讨论它们。

问自己这些问题:

他们做什么?

它们是如何耦合的?

什么时候使用它们?

什么时候不应该使用它们?

什么缺失的语言特征会让它们消失?

使用它会导致什么技术债务?

有没有更简单的方法来完成工作?

你读过Allan Shalloway写的《设计模式解释》吗?

这本书与其他设计模式书籍有很大的不同，因为它并不是一个模式目录，而是主要介绍了一种分解问题空间的方法，可以很容易地映射到模式。

问题可以分解为两部分:共同的和不同的。一旦完成了这一步，我们就可以将常见的内容映射到接口，并将不同的内容映射到实现。从本质上讲，许多模式都属于这种“模式”。

例如，在策略模式中，常见的事物表示为策略的上下文，可变部分表示为具体的策略。

我发现这本书与其他模式书相比非常发人深省，对我来说，阅读电话簿的兴奋程度是一样的。