Architecture 描述仅用于解决次优体系结构问题的代码的术语

因此，有一些术语根据它们的用途来描述代码片段，例如：

"Boilerplate Code": sections of code that have to be included in many places with little or no alteration

或

现在，如果您使用的是一个没有经过适当设计的项目，您会发现自己经常添加代码（比如设置状态标志并在不同的地方检查它们），这些代码只会修复/规避经过适当设计/重构的体系结构不会出现的问题

---

有没有任何术语来描述这种“只因为体系结构不好才需要的代码”？

对此我有自己的术语：“胶带球”或“绷带球”

一些可能描述这一点的反模式：

（或偶然的复杂性）

还有古老的经典：

---

这个问题似乎离题了，因为它与编程无关。这怎么与编程无关？对我来说，这听起来像是一个语言问题。我经常使用“热混乱”一词，因为如果没有训练有素的开发人员，这些代码最终会变成这样。

"Glue Code":  code that does not contribute any functionality towards meeting the program's requirements, but instead serves solely to "glue together" different parts of code that would not otherwise be compatible