旧代码-何时继续

答案完全取决于你的雇主(或你自己)能负担得起的重构资源(甚至完全重写大的部分)。

因此,您应该首先估计重构应用程序所需的时间/开发人员,然后看看您是否认为这足够了。

如果你能负担得起时间和人,那么就去做,不要犹豫! 通过减少调试应用程序的时间,您将在未来进行投资,这样一旦重构完成,它将很有帮助,而且成本更低。

这取决于应用程序的性质、它们的大小和重要性,以及工作场所的编程文化,以及可用的资源。

如果应用程序对您来说足够有价值,以至于它们值得麻烦,并且您有必要的资源,那么就进行更新。不要让问题持续下去。

如果它们的价值不足以值得进行全面的更新工作,或者适当的资源不在手边,如果可能的话,可以一次更新一个。

只是一些建议,但这在很大程度上取决于您和您的组织。

听起来你欠了一大笔技术债。除非你做点什么,否则这笔债务只会增加。你提到的这两件事都是有选择的,也是有风险的,但从长远来看,这是你需要承担的风险。

使用更新的编译器只意味着需要更新代码才能在新的编译器中工作。有些东西必然会断裂,但要重构断裂的部分。这允许您迁移。

另一种选择是更新整个代码库。这需要时间,在此期间您需要维护代码的两个副本,或者冻结旧版本。冻结旧版本可能不是一种选择。

我建议使用一个更新的编译器并修复中断。这允许您在重构和修复当前代码库的同时添加功能。

重写代码对于贵公司来说是一个有用的步骤,原因有很多:

• 您可以使用新的编译器和更新的平台
• 您可以重构代码,删除其弱点
• 您可以激励员工,因为开发新代码比纠正旧代码中的错误要好。

为什么不从代码中最常见的部分开始,从少数人开始这个活动呢?您可以将它们分组成一个DLL,并将其用于将来的项目。