大泥球(Big Ball of Mud)

定义

大泥球(Big Ball of Mud)是软件架构领域最著名的反模式之一,指那种没有可辨识架构、模块边界模糊、代码随意增生、各部分紧密纠缠的系统。术语出自 Brian Foote 与 Joseph Yoder 1997 年的同名论文,文中称其为"事实上最常见的软件架构"。

成因

大泥球通常不是设计出来的,而是长出来的:交付压力下的临时补丁不断累积;人员流动导致设计意图失传;缺乏重构与代码评审;需求频繁变化而架构未随之演进。论文指出,在某些约束下,快速堆砌甚至是理性的短期选择。

危害

随着纠缠加深,任何修改都可能引发不可预期的连锁反应,开发速度持续下降,新人上手困难,系统逐渐进入"没人敢动"的状态。

应对

常见出路包括:识别并固化模块边界、补齐自动化测试后持续重构、用绞杀者模式逐步替换,以及在组织层面为偿还技术债务预留固定投入。