最近在项目开发中发现一个先前经过了多次改动导致复杂度增加，但在最初没有经过很好结构设计的功能模块。

这个模块在经过长时间的修改后变得臃肿和混乱，但在我尝试重构的时候，我发现它已经像发芽后的种子一样开了花，其逻辑函数和接口已经涉及到了多个关联的系统和更多模块，对它进行逻辑结构的重构，也就意味着对这些附加的模块进行或多或少的重构。

在尝试了三个小时之后我放弃了重构，转而寻求一种临时的、短期的解决方案。

这个模块在接下来的开发中也必然会成为一根刺，每一次进行相关功能开发时都会非常头疼。

缓解的方法自然是有的，但我想思考如何避免写出这样的模块和避免在项目开发中制造出这样的坑洞。

这意味着项目的技术领导人必须在项目开发之前就能预见性地意识到可能存在这类问题，在代码展开之前就能提前设计好代码结构并施加其他辅助。

但这也可能会涉及到过度设计的问题，像这样的问题是不可能100%规避的，这意味着项目开发过程中必然的会产生隐形消耗，这些隐形消耗是项目生产流程的一部分，但它们是确确实实的时间。

对此我一时半会儿还无法想出什么结论。