设计模式:超负荷工作还是仍然有价值？(.NET 3.5/4.x)

Question

同时使用.NET Framework3.5/4.x (MVVM、Caliburn、MEF等)我一直在问自己这个问题，“还需要更多的设计模式(GoF)实现吗？”“作为一名经验丰富的软件工程师，我的源码应该看起来像具有许多设计模式的源码吗？”或者“设计模式只是超负荷工作，没有太多的输出吗？”

作为一名高级软件工程师，最好的编程实践是什么?我的意思是，我们是否应该在不过多考虑“我们可以为编程模型使用哪些设计模式”的情况下，在MVVM中进行编程？或者“我们是否应该在一开始就花很多时间，思考编程模型，确定一些我们可以使用的设计模式，然后编写代码？”

我不知道，GoF的一些设计模式是否仍然值得实现。总而言之，请为有经验的软件工程师(比如5年的经验)提供最佳编程实践的专家建议。

Answer 1

这是我的0.02美元：

最好的编程实践是以最高效、简单、优雅和可维护的方式解决问题。如果设计模式有助于实现这些目标中的一个或多个，那么就使用它。

显然，在现实中是有权衡的，这些特征可能不得不在更小或更大程度上做出牺牲。但是，我的意思是，这是一个“有经验的”开发人员的技能。通常，为了满足您的需求，可能需要对特定的模式进行表面上的识别之外的修改。然而，一个设计良好的解决方案将真正大于其各部分的总和。

我认为尝试将解决方案与模式相匹配是危险的。使用模式来启发、交流，并作为最佳实践的建议，但不要成为模式势利者或模式奴隶。

扶手，不是手铐。