asp.net - AntFarm 反模式——避免策略、帮助治愈的解药

Question

我正在开发一个带有数据库后端的 10 页网站。有 500 多个对象正在使用，试图在 ASP.Net 中实现 MVP 模式。我正在跟踪单页的代码执行，我的手指在 Visual Studio 中按 F-11 大约 40 分钟，似乎没有尽头，一个网页可能有 1000 多个方法调用!然而，如果只有 50 个对象，那是一回事，代码执行会蜿蜒穿过所有这些对象，就像数百万只 Ant 在布满对象隧道的巨大土堆房子里疯狂地工作一样。 因此，一种新的反模式诞生了:AntFarm。

AntFarm 也被称为“OO-Madnes”、“OO-Fever”、OO-ADD，或简称为设计模式迷。

这不是我第一次看到这种情况，我在其他公司的同事也不是第一次看到这种情况。看来这种风格正在被积极传播，或者无论如何都是对众多 OO/DP 福音的误解......

我想向反模式引入一个反模式:GST 或“Get Stuff Done”又名“Get Sh** done”又名 GRD (GetRDone)。这种模式专注于它所说的，以简单的方式完成工作。我可能会尝试在以后的文章中详细概述它，或者请分享您对此解毒剂模式的想法。

无论如何，在我撰写本文时，我正处于 AntFarm 反模式的一个很好的例子中(作为奖励，没有文档或评论)。请分享您对这种反模式如何变得如此普遍的想法，我们如何避免它，以及如何在必须使用的实时系统中撤消或处理这种模式!

Answer 1

我认为帕纳斯在 On the Criteria to be used in Decomposing Systems into Modules 中几乎做到了这一点。每个模块都应该隐藏一项设计决策，该决策将来可能会发生变化。一般来说，没有什么可隐藏的模块通常只是开销。他并没有确切地谈论类，但我认为这个推理仍然适用。