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

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

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

练习，练习，再练习。

你可能读了很多年的关于演奏大提琴的书，但仍然不会用弓演奏乐器，也不会演奏出任何听起来像音乐的东西。

设计模式被认为是一个高级问题;只有当你有必要的经验来认识到它们是有用的，它才与你相关。你能认识到它们的有用是件好事，但除非你亲眼目睹过它们的应用场景，否则几乎不可能理解它们的真正价值。

当你在别人的代码中识别出设计模式，或者在设计阶段识别出一个与模式很适合的问题时，它们就会变得有用;然后检查形式模式，检查问题，确定它们之间的增量是什么，这说明了模式和问题的什么。

这和编码是一样的;K&R可能是C的“圣经”，但从头到尾读几遍并不能给人实际的体验;经验是不可替代的。

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)

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

我发现，要理解或理解某些模式的好处有点困难，除非理解它们解决的问题和其他(更糟糕的)实现问题的方式。

除了GOF和POSA的书，我还没有真正读过，所以我不能给你其他的建议。实际上，您只需要了解问题领域，我认为许多缺乏经验的开发人员可能无法欣赏模式的好处。这不是对他们的轻视。当一个人不得不首先与糟糕的选择作斗争时，接受、理解和欣赏好的解决方案要容易得多。

祝你好运

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

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