你使用设计模式吗？

设计模式在现实世界中的渗透是什么？您是否在日常工作中使用它们 - 讨论如何以及在何处将它们应用于您的同事 - 或者它们是否更像是学术概念？

他们真的为你的工作提供了实际价值吗？或者它们只是人们谈论听起来聪明的东西？

注意:出于这个问题的目的,忽略像Singleton这样的"简单"设计模式.我正在谈论设计代码,以便您可以利用模型视图控制器等.

任何编写得很好的大型程序都将使用设计模式,即使它们没有被命名或识别.这就是设计模式,重复和自然发生的设计.如果你正在与一个丑陋的API接口,你可能会发现自己正在实施一个Facade清理它.如果您需要在需要解耦的组件之间进行消息传递,您可能会发现自己正在使用Observer.如果你有几个可互换的算法,你最终可能会使用Strategy.

值得了解设计模式,因为您更有可能识别它们,然后更快地收敛于清洁解决方案.然而,即使你根本不了解它们,你最终也会最终创建它们(如果你是一个不错的程序员).

当然,如果你使用的是现代语言,你可能会被迫将它们用于某些事情,因为它们已被融入标准库中.

在我看来,问题是:"你使用设计模式吗？",单独存在一点缺陷,因为答案普遍是肯定的.

让我解释一下,我们,程序员和设计师都使用设计模式......我们并不总是意识到这一点.我知道这听起来很陈词滥调,但你不去模式,模式来找你.你设计的东西,它可能看起来像一个现有的模式,你这样命名,所以每个人都明白你在说什么,你的设计决策背后的理由是更强,知道它已被讨论过以前的恶心.

我个人使用模式作为沟通工具.而已.它们不是设计解决方案,它们不是最佳实践,它们不是工具箱中的工具.

不要误会我的意思,如果你是初学者,关于模式的书籍将向你展示如何最好地解决"使用"他们的模式而不是另一个有缺陷的设计.你可能会从练习中学习.但是,您必须意识到这并不意味着每种情况都需要相应的模式来解决它.每种情况都有一个怪癖,这将要求你考虑替代方案,并做出一个没有完美答案的艰难决定.这是设计.

然而,反模式是完全不同的类.实际上,你想以积极避免反模式.这就是反模式这个名称如此具有争议性的原因.

回到原来的问题:
"我使用设计模式吗？",是的!
"我是否积极倾向于设计模式？",不.