什么是最未充分利用或未被充分认可的设计模式？

Question

我最近一直在阅读很多关于设计模式的内容,其中一些可以让我们的生活变得更加轻松,其中一些似乎只会让事情复杂化(至少对我来说是这样).我很想知道每个人都认为什么样的设计模式被淹没或被低估了.有些模式很简单,许多人甚至没有意识到他们正在使用模式(装饰器可能是最常用的,没有实现).我的目标是给我们模式新手一些更复杂或未知的模式以及为什么要使用它们.

Answer 1

新手最重要的"模式"是

• 保持简单.
• 了解为什么所谓的良好实践是好的,所以你可以判断它们是否对特定情况有益.
• 你必须平衡对某种情况的竞争关注,而不仅仅是考虑一种情况.(解耦v.凝聚力,测试稳健性,完整性,良好实践与时间)

对于具有很酷名称的正式模式,我认为审查关注接口的模式是有帮助的,因为帮助让你思考依赖性和契约,而不仅仅是对象.或者像鲍勃叔叔(Martin)所说,取决于抽象,而不是结核. 所以我的答案是:

• 依赖注入
• (在较小程度上立面,装饰,适配器)

请参阅SOLID Principals之一的Dependency Inversion Principal(我相信您已经分析过了).从狭隘的角度来看,DI很简单,虽然它经常过于复杂.我认为在更广泛的背景下观察它是很重要的,这是一种思考每个级别和部分设计的方式,而不仅仅是以某种方式排列的代码.

一个小小的警告.我认为一些模式新手对模式过于热心,并且认为代码不好,除非它实现模式,并且模式使解决方案变得更好.他们有时关注模式而不利于其他良好的OOP/D实践.这是个错误.Solid先生自己在这里解释了这个.

Answer 2

更少的代码是更好的代码.