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

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

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

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

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

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)

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

我的建议是组合实现其中的一些，并分析它们的一些实现。例如，在. net中，如果您查看数据适配器，就会发现有一些适配器模式的使用，如果稍微深入研究框架，还会发现其他一些适配器模式。

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

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

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

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

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

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

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

对于书籍，我推荐《设计模式解释》和《头部优先设计模式》。要真正了解这些模式，您应该查看现有的代码。寻找你已经在使用的模式。查看代码气味和可以解决它们的模式。