现在,我正在阅读Kamalmeet Singh、Adrian Ianculescu和Lucian-Paul Torje撰写的Java设计模式和最佳实践,这本非常好的书解释了Java语言具有的众多设计模式以及Java的一些最佳实践。在开发过程中,我已经习惯于发现机会并使用诸如Singleton、Factory和Builder的创建模式。但是,我从未真正读过一本列出这样的设计模式的书,这对我作为开发人员来说一直是一个担心点,我现在正尝试解决此问题,来提高我的开发技能。
但是,阅读过程中出现了一个问题,主要是关于我现在正在阅读的行为模式。这本书在解释模式的作用,示例和适用性方面非常清楚,但是有一句老话:“说起来容易做起来难”。我认为应该很自然,您不能编写代码来试图找到使用X或Y设计模式的借口。
开发人员如何养成这种习惯?他们怎么知道,针对问题,他们应该使用观察者模式或调解者模式,而不必借助书来记住他们的用例?这只是经验问题吗?如何在不过度使用模式的情况下获得经验?
我对创建模式的熟悉来自于它在Java本身和许多著名库中的扎实使用,我发现它们很方便,并开始自己使用它们。但是,创造模式比行为模式更为具体和容易识别。听起来很难做到与创造模式相同的自然过程。
你们做了什么能够让它自然化(如果有的话)?我应该为此担心吗?您认为有必要即时掌握哪些最重要的模式?我期待着您在开发社区中时时流行的这一主题观点。:)
原文链接:https://dev.to//leoat12/design-patterns-use-or-not-to-use-22h6