最不喜欢的设计模式

Question

好吧,我不是在寻找反模式 - 我正在寻找不是真正模式的东西,或者可能是被滥用的模式.

我个人最不喜欢的是"助手"模式.

例如,我需要创建一个SQL查询,因此调用SQLQueryHelper.这需要处理一些字符串,因此它又调用StringHelper.等等

看 - 这根本不是一个设计模式......

投票给你的人认为你应该添加一个建设性的评论吗？

Answer 1

辛格尔顿.

它是伪装的全局变量,难以模拟/存根进行单元测试.

服务定位器更好,依赖注入/控制反转仍然更好.

维基百科文章中的大多数参考文献都是为什么它是邪恶的.

Answer 2

'经理'课程.例如

DataManager
BusinessLogicManager
WidgetManager

"经理"的意思是什么？更加详细一些!如果您的WidgetManager具有如此多的Widget职责,那么没有更具体的名称,那么将其分解.

这是我在查看旧代码时与自己共度过多次的对话.

Answer 3

我认为设计模式不应该盲目使用,只是因为它很酷而实现它们:它们有一个明确的语境,并在适当的时候使用它们可以帮助,但在任何其他情况下它们只是浪费时间,而不是妨碍正确的系统运作.