12、什么时候重写代码是合适的选择

然而，有时候重写代码也是合适的解决方案。下面我我列出了重写代码的几种情形：

切换到另一种语言或平台：

当一种语言变得如此古老，导致你很难找到开发人员，或者必须花大价钱才能找到时。

现有的代码库变得不可维护（像我们的情形）：

如何确认你的代码变得不可维护呢？这个很难，但是如果你发现即使是很小的更改也很难实现，或者新的更新比正常需要花费的时间多得多，或者任何新的更改都会影响到软件的其他部分并导致新的错误，那么你可以确认你的代码变得不可维护了。

有足够的资源可以同时维护现有系统和设计新系统：

重写代码的时候，永远不要停止维护当前正在使用的系统。只要系统在使用中，必须始终对其提供维护。记住，你的个人注意力也是一种必须考虑的资源，如果你打算同时为新系统和旧系统做设计工作，你要考虑是否每天有足够的时间。

开发人员变成了软件开发的瓶颈（像我们的情形）：

这不应该出现在重写代码的原因列表中。因为你可以随时在团队中调配开发人员，也可以雇佣新的开发人员来解决瓶颈问题。

然而，就像我们的情形一样，有时你可能需要将它作为代码重写的一个原因。因为我们的软件使用的是旧技术，而CTO是唯一负责开发它的人。我们很难找到一个新的开发人员，因为这个平台年代太久。即使我们能找到一个新人，对我们来说也太昂贵。因此。我还是把它作为代码重写的情形之一，列在这里。

软件的年龄太长（我说的是10-20年或更长时间）：

随着时间的推移，一个软件的代码会变得越来越凌乱，维护也会变得越来越昂贵。这是因为为了快速推出修复补丁，初始架构有时会被牺牲掉。而且，懂得旧技术的开发人员越来越少，人员成本也越来越高。同时，很难找到适合旧的应用程序运行的硬件、操作系统和框架。此外，随着业务的发展，旧的系统很可能无法满足新的业务需求。

所以，你必须在旧系统高昂的维护成本，新系统的潜在好处，以及从头重写的成本之间作一个权衡。

如果你的情形符合上述一点或多点，代码重写可能是你能接受的选项。否则，正确的做法是通过一系列简单的步骤改进系统的设计，在不重写代码的情况下处理解决现有系统的复杂性。

从头重写代码可能是你犯的最大错误，但同样地，不重写代码也可能导致相同的结果。我的建议是优先考虑重构而不是重写。

有些开发人员坚信所有系统最终都必须重写。记住这并非总是对的。设计一个不需要抛弃的系统是可能的。总有软件设计师会告诉你，“无论如何，总有一天我们会丢掉所有的东西”。但是，如果软件是从一开始就设计得很好，而且一直有很好的维护，为什么它会被抛弃呢？

作者 | Roman Luzgin
译者 | 苏本如责编 | 屠敏出品 | CSDN（ID：CSDNNews）
原文：https://medium.freecodecamp.org/lessons-learned-in-my-10-years-as-a-developer-3d33c8702828

近期热文推荐：

1.1,000+ 道 Java面试题及答案整理(2022最新版)

2.劲爆！Java 协程要来了。。。

3.Spring Boot 2.x 教程，太全了！

4.别再写满屏的爆爆爆炸类了，试试装饰器模式，这才是优雅的方式！！

5.《Java开发手册（嵩山版）》最新发布，速速下载！

觉得不错，别忘了随手点赞+转发哦！