我领导了一些设计模式讨论小组(我们的网站)，并阅读了5或6本模式书籍。我建议从《头部优先设计模式》一书开始，参加或发起一个讨论小组。《Head First》一开始可能看起来有点像Hasboro，但大多数人在读了一两章后就喜欢上了它。

Use the outstanding resource - Joshua Kereivisky's A Learning Guide to Design Patterns for the pattern ordering and to help your discussion group. Out of experience the one change I suggest to the ordering is to put Strategy first. Most of today's developers have experienced some good or bad incarnation of a Factory, so starting with Factory can lead to a lot of conversation and confusion about the pattern.This tends to take focus off how to study and learn patterns which is pretty essential at that first meeting.

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

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

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

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

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

最好的方法就是用它们开始编码。设计模式是一个伟大的概念，仅仅通过阅读很难应用它们。从网上找到一些示例实现，然后围绕它们进行构建。

数据和对象工厂页面是一个很好的资源。他们会讲解这些模式，并给出概念上和现实世界中的例子。他们的参考资料也很棒。

在我看来，阅读设计模式，练习编码的概念并没有真正的帮助。当你读这些书的时候。寻找特定设计模式解决的基本问题，从创建模式开始是最好的选择。2. 我相信你过去写过代码，分析一下你是否遇到了设计模式旨在提供解决方案的相同问题。3.尝试重新设计/重构代码，或者重新开始。

关于资源，你可以查看这些

www.dofactory.com 设计模式:可重用面向对象软件的元素(Addison-Wesley专业计算系列)，作者:Erich Gamma、Richard Helm、Ralph Johnson和John M. Vlissides Martin Fowler的《企业应用程序体系结构模式》

1是快速入门，2是深入学习。第3节将解释或应该让你认为你在第2节中学到的东西适用于企业软件。

我的2美分…

我领导了一些设计模式讨论小组(我们的网站)，并阅读了5或6本模式书籍。我建议从《头部优先设计模式》一书开始，参加或发起一个讨论小组。《Head First》一开始可能看起来有点像Hasboro，但大多数人在读了一两章后就喜欢上了它。

Use the outstanding resource - Joshua Kereivisky's A Learning Guide to Design Patterns for the pattern ordering and to help your discussion group. Out of experience the one change I suggest to the ordering is to put Strategy first. Most of today's developers have experienced some good or bad incarnation of a Factory, so starting with Factory can lead to a lot of conversation and confusion about the pattern.This tends to take focus off how to study and learn patterns which is pretty essential at that first meeting.

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

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