对于这样一个老问题，我只有两分钱

有些人已经提到，实践和重构。我认为学习模式的正确顺序是:

学习测试驱动开发(TDD) 学习重构 学习模式

大多数人忽略了1，许多人相信他们可以做2，几乎每个人都直接去做3。

对我来说，提高软件技能的关键是学习TDD。这可能是一个痛苦而缓慢的编码过程，但首先编写测试肯定会让您对代码进行很多思考。如果一个类需要太多样板文件或者很容易崩溃，你很快就会注意到不好的味道

TDD的主要好处是你不再害怕重构你的代码，并迫使你编写高度独立和内聚的类。如果没有一套好的测试，触摸没有损坏的东西就太痛苦了。有了安全网，你将真正冒险对你的代码进行巨大的更改。这是你真正开始从实践中学习的时刻。

Now comes the point where you must read books about patterns, and to my opinion, it is a complete waste of time trying too hard. I only understood patterns really well after noticing I did something similar, or I could apply that to existing code. Without the safety tests, or habits of refactoring, I would have waited until a new project. The problem of using patterns in a fresh project is that you do not see how they impact or change a working code. I only understood a software pattern once I refactored my code into one of them, never when I introduced one fresh in my code.

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

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

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

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

我的2美分…

对于初学者来说，头部优先设计模式就可以了，一旦我们熟悉了所有的模式，然后尝试将实时对象可视化到这些模式中。

本书将帮助你理解基本概念，除非你已经在现实世界中实现了，否则你不能成为设计模式的大师

Derek Banas在youtube上制作了我非常喜欢的图案设计教程:

http://www.youtube.com/playlist?list=PLF206E906175C7E07

他们可能在时间上有点短，但他的时机和呈现方式使他们非常愉快地学习。

问自己这些问题:

他们做什么?

它们是如何耦合的?

什么时候使用它们?

什么时候不应该使用它们?

什么缺失的语言特征会让它们消失?

使用它会导致什么技术债务?

有没有更简单的方法来完成工作?

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

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