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

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

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

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

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

练习练习再练习。我认为4到5本书在没有大量练习的情况下是一种过度的阅读练习。我认为，做到这一点的最佳方法是开始使用这些模式重构您当前的项目。或者，如果你没有任何正在积极进行的项目，那么就按照你自己的方式来做，然后尝试重构模式。

如果你没有亲身经历过他们所解决的问题，你就无法充分欣赏他们。请记住，它们不是银弹——你不需要记住它们，并在飞行中努力应用它们。我的意见…

The way I learned design patterns is by writing lots of really terrible software. When I was about 12, I have no idea what was good or bad. I just wrote piles of spaghetti code. Over the next 10 years or so, I learned from my mistakes. I discovered what worked and what didn't. I independently invented most of the common design patterns, so when I first heard what design patterns were, I was very excited to learn about them, then very disappointed that it was just a collection of names for things that I already knew intuitively. (that joke about teaching yourself C++ in 10 years isn't actually a joke)

这个故事的寓意是:编写大量的代码。就像别人说的，练习，练习，再练习。我认为，在您了解当前的设计为什么不好并寻找更好的方法之前，您不会很好地了解在哪里应用各种设计模式。设计模式书应该为您提供完善的解决方案和与其他开发人员讨论的通用术语，而不是对您不理解的问题的粘贴解决方案。

我推荐HeadFirst DesignPattern。阅读书本是不够的，在吸收了这些概念之后，你需要为你脑海中出现的许多问题找到答案，并试图找出这些模式在现实生活中的应用。我也在做同样的事情，开始问问题，即使这些问题看起来很傻。

我读了三本书，仍然不能很好地理解模式，直到我读了OReilly的Head First Design patterns。这本书让我大开眼界，解释得很清楚。

我领导了一些设计模式讨论小组(我们的网站)，并阅读了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.