我作为承包商加入了一个铁路项目。该项目已经进行了一年多。该代码由大约 10 名不同的开发人员编写，其中大多数也是承包商。他们有不同的代码风格。其中一些来自爪哇。该代码的 metric_fu 得分非常糟糕。许多函数都很长（100 - 300 行）。有些函数具有大量的逻辑分支、循环和递归。每个请求都会生成大量的 SQL 查询。性能很差。许多过时的代码从未使用过，但从未有机会被清理。核心架构完全是错误的或者是过度设计的。代码覆盖率只有25%左右。视图和局部是混乱的并且难以阅读和理解。
经理试图通过不断添加新功能来满足首席执行官的要求，但是新功能越来越难以在不破坏其他功能的情况下正确实现。他知道代码很糟糕，但不想花太多精力来修复它们，因为重构会花费太长时间。
作为承包商/开发人员，有什么好方法可以清除这种情况并方便经理或首席执行官分配一些时间进行重构？
相关问题
我怎样才能说服持怀疑态度的管理层和同事允许重构糟糕的代码？ https://stackoverflow.com/questions/38144/how-can-i-convince-skeptical-management-and-colleagues-to-allow-refactoring-of-aw
如何重构预算 https://stackoverflow.com/questions/737671/how-to-refactor-on-a-budget
与不合逻辑的管理者打交道 https://stackoverflow.com/questions/497234/dealing-with-illogical-managers
以我有限的经验：
不可能让经理相信有必要留出时间进行重构。你可以让他意识到这一点，并在每次因为糟糕的代码而遇到问题时强调这一点。然后继续前进。希望你的老板能解决这个问题。
参与一个正在运行的项目并认为“这完全是垃圾”是很常见的。给它一些时间。你可能会开始在疯狂中看到一种模式。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
