我认为您需要检查一些您作为开发人员遇到过的问题，当您因为另一个设计更改而不得不第十次修改代码时，您会感到非常紧张。你可能有一个项目清单，你觉得有很多返工和痛苦。

From that list you can derive the scenarios that the Design Patterns intend to solve. Has there been a time where you needed to perform the same series of actions on different sets of data? Will you need to be able to future capability to an application but want to avoid reworking all your logic for existing classes? Start with those scenarios and return to the catalog of patterns and their respective problems they are supposed to solve. You are likely to see some matches between the GoF and your library of projects.

你读过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美分…

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