AntFarm反模式-避免的策略，帮助治愈的解药

Question

我正在开发一个10页的数据库后端网站。正在使用500+对象，试图在ASP.Net中实现MVP模式。我正在从一个页面跟踪代码执行，我的手指已经在Visual中对F-11进行了大约40分钟，似乎没有结束，可能是1000+方法调用一个网页！然而，如果只有50个物体，那是一回事，代码执行就像数以百万计的蚂蚁在它们巨大的土堆房子里疯狂地工作一样，到处都是物体隧道。因此诞生了一种新的反模式: AntFarm.

AntFarm也被称为“”、“OO”、OO或简单的设计模式迷。

这不是我第一次看到这种情况，也不是我在其他公司的同事。这种风格似乎是在积极宣传，或者在任何情况下都是对许多OO/DP福音的误解。

我想向反模式介绍一种反模式: GST或"Get the“AKA "Get Sh** Done”AKA (GetRDone)。这种模式集中在它所说的，以一种简单的方式把事情做完。我可能会尝试在稍后的文章中更多地概述它，或者请分享您对这个解毒剂模式的看法。

无论如何，我在编写AntFarm反模式的一个很好的例子中(作为一项额外的贡献，没有文档或评论)。请分享你的想法，这个反模式已经变得如此普遍，我们如何可以避免它，以及一个人如何能够撤销或处理这个模式在一个生活系统，你必须工作！

Answer 1

我认为帕纳斯在关于将系统分解为模的准则中几乎肯定了这一点。每个模块应该隐藏一个设计决策，一个可能在未来发生变化的决策。一般来说，一个没有什么可隐藏的模块通常只是开销。他说的不是确切的课程，但我认为这个推理仍然适用。

Answer 2

如果确实是由于过度设计(听起来很像)，那么以下是您的同义词：

煤气厂

Rube Goldberg机器

希思·罗宾逊装置

但是我个人的名字是“尝试太过F#$%3n”。我的哀悼。

禤浩焯干杯

Answer 3

很多文件都是一个人会做的。令人讨厌。10个网页的500个对象似乎是一个疯狂的比例。您考虑过在解决方案上运行代码分析吗？可能会给你一些有趣的数据来反击。

我也会叫反反模式的吻。