php - 选择重构而不是完全重写的标准

Question

我正在开发一个项目，该项目的代码库包含大约 3500 个文件，实际上可能比实际少几百个。这个项目是用 PHP 制作的，而且相当困惑，在这种情况下，这意味着文档很难理解 OOP，过程编程是混合的，依赖关系不清楚，并且让初学者程序员拥有所有需要的系统的人。

老实说，他们所做的令人印象深刻，这是一个有效的产品等等。但是调试和添加新功能是一项真正的苦差事。

现在我的问题是什么是我们应该重构整个项目或进行完全重写的一些好的标准。我应该提到，在我们进行时重写系统的某些部分可能是不行的，因为一切都是相互依赖的。

Answer 1

基本标准可能是时间(=金钱)。
当事情很大时，估计总是很困难。将其拆分为最小的块。

注意观点。您的估计可能与之前程序员的估计不同，因为它会因您喜欢的风格而有所偏差。也许更好的选择是聘请以前的程序员来“修复”代码。

无论如何，您应该说明调用该应用程序编写良好且易于维护的最低要求，
与老板和团队讨论这个问题，分成尽可能小的冲刺，并估计所有冲刺所需的时间。

如果你能够说服你的老板重写会带来更好的整体投资返回率，那就重写吧。否则，学习“新风格”。如果您有幸在重写时停止业务，或者有空闲时间去做，那么您很幸运。如果代码是可测试的，或者你至少有一些单元测试，你就更幸运了。
如果这是不可能的，您应该至少实现功能测试以帮助解决这两种情况(重构或重写)。

请注意，我们每个人都可能更喜欢从头开始重写，而不是重构。
然后重写这个重写...

所以重构总是一个不错的选择，假设你已经有了测试或者你能够轻松实现测试。