design-patterns - 如何克服反模式 "Big Ball of Mud"？

Question

是什么导致计算机程序变成 Big Ball of Mud ？是否有可能从这种反模式中恢复？是否有经过验证可以应用的重构方法？

Answer 1

大泥球通常是由于以下原因之一而发生的:

• 需求变更 - 您使用一组需求构建解决方案，这些需求会随着时间的推移而发生变化，现在，您可能正在迎合想要使用相同产品的不同受众要求略有不同。您将这些要求融入同一个产品中，最终得到 BBOM。

• 开发人员变更 - 原始产品是由一组开发人员创建的，具有某些设计和架构假设，而这些设计和架构假设对于“接管”的全新开发人员来说并不完全明显' 用于维护或进一步开发的产品。新的开发人员做出自己的假设，随着时间的推移，产品就会退化成一堆无法维护的垃圾。

• 无能 - 开发人员(他们不知道反模式)、管理层(要求过高、缺乏产品知识)或用户(他们并不真正了解反模式)知道他们需要什么)。这个问题很难解决。

有时，最好的解决方案就是重写应用程序以满足新的要求。但这通常是最坏的情况。麻烦的解决方案是停止所有新的开发，从编写一组测试开始，然后重新设计和重新构建整个解决方案。不过，这可能需要数年时间，具体取决于产品的大小。