我已经阅读了大约4-5本关于设计模式的书籍，但我仍然觉得我在设计模式方面还没有接近中级水平?
我应该如何学习设计模式?
有关于设计模式的好书吗?
我知道这只会来的经验，但必须有一些方法来掌握这些?
当前回答
问自己这些问题:
他们做什么?
它们是如何耦合的?
什么时候使用它们?
什么时候不应该使用它们?
什么缺失的语言特征会让它们消失?
使用它会导致什么技术债务?
有没有更简单的方法来完成工作?
其他回答
在我看来，阅读设计模式，练习编码的概念并没有真正的帮助。当你读这些书的时候。寻找特定设计模式解决的基本问题，从创建模式开始是最好的选择。2. 我相信你过去写过代码，分析一下你是否遇到了设计模式旨在提供解决方案的相同问题。3.尝试重新设计/重构代码，或者重新开始。
关于资源，你可以查看这些
www.dofactory.com 设计模式:可重用面向对象软件的元素(Addison-Wesley专业计算系列)，作者:Erich Gamma、Richard Helm、Ralph Johnson和John M. Vlissides Martin Fowler的《企业应用程序体系结构模式》
1是快速入门，2是深入学习。第3节将解释或应该让你认为你在第2节中学到的东西适用于企业软件。
我的2美分…
我读了三本书，仍然不能很好地理解模式，直到我读了OReilly的Head First Design patterns。这本书让我大开眼界，解释得很清楚。
我不知道哪本书最好，但纯粹主义者可能会说《设计模式:可重用面向对象软件的元素》
至于我个人最喜欢的，我喜欢O'Reilly出版的Head First Design Patterns。它是用对话的口吻写的，很吸引我。当我阅读它时，我同时检查了我的源代码，看看它是否适用于我所阅读的内容。如果有，我就重构。我就是这样学会责任链的。
练习-练习-练习。
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)
这个故事的寓意是:编写大量的代码。就像别人说的，练习，练习，再练习。我认为，在您了解当前的设计为什么不好并寻找更好的方法之前，您不会很好地了解在哪里应用各种设计模式。设计模式书应该为您提供完善的解决方案和与其他开发人员讨论的通用术语，而不是对您不理解的问题的粘贴解决方案。
问自己这些问题:
他们做什么?
它们是如何耦合的?
什么时候使用它们?
什么时候不应该使用它们?
什么缺失的语言特征会让它们消失?
使用它会导致什么技术债务?
有没有更简单的方法来完成工作?
