软件重构与重写：如何处理您的遗留应用程序？

已发表: 2020-08-26

统计数据证明，遗留软件的斗争是真实的。根据 Hitachi Consulting 的一项调查，90% 的 IT 决策者声称遗留软件阻碍了他们。此外，Vanson Bourne 的研究表明，76% 的受访者遇到过关键数据无法访问的情况，因为这些数据恰好被困在遗留系统中。

在尝试处理遗留软件时，开发人员有两个主要选择：他们可以重构或重写代码。 在本文中，我们将描述这些方法之间的主要区别。这种比较将帮助您确定哪一个是您的遗留系统现代化的最佳选择。

什么是软件重构

首先，重构不等于重写。 软件重构在不改变系统外部行为的情况下改进了结构。

重构过程通常由小步骤组成。在每个完成的阶段之后，您都会留下一个正常运行的系统。如果您无法停止使用该软件，那么重构是提高代码质量的一种更简单的方法。

换句话说，重构改变了结构，但并没有改变功能。最终产品都执行相同的任务，而重构的产品更顺利。重构可以生成清晰、易于维护的代码，而不会颠倒遗留系统。

（通常）容易上手——对于迄今为止一直在处理代码的开发人员来说，重构总是可能的。他们已经很清楚了，他们看到了需要改进的地方。更重要的是，他们通常不需要任何外部批准即可开始重构代码。
适用于各种软件架构——您可以重构不同类型的软件，无论它是单片的还是模块化的。
更灵活——有时问题主要出在系统的某一部分。在这种情况下，开发人员可以选择仅重构选定的段。这种灵活性也使它更实惠。
坚持一个代码库——重构时，您不必创建两个单独的代码库。这种方法降低了维护成本。

另一方面，软件重写不仅会改变系统的结构，还会改变系统的功能。在这种情况下，程序员完全从头开始创建新代码。

想要构建未来的移动应用程序？

阅读报告！

广泛的可能性– 重写时，您不受系统先前结构的限制。您可以从头开始一切并实施以前无法考虑的创新解决方案。例如，当遗留系统是一个已有数十年历史的 Windows 桌面应用程序时，您可以通过重写将其变成一个基于 Web 的平台。
易于获取——如果创建遗留软件的人不再存在，重写是一个更好的选择。这样，新的软件开发团队就可以按照自己的方式开始工作，而不必试图解开旧的和凌乱的代码行。
更面向未来——重写遗留代码可以让你在未来免去挫折感，包括你现在正在处理的那种挫败感。通过从头开始重新创建所有内容，您将能够避免在旧系统中已经注意到的错误。更重要的是，这是一个专注于适当文档的机会。这样，您就不太可能再次落入同一个陷阱。

如果我们选择一个相关的说明，重构就像替换墙上的碎砖。重写就像推倒墙壁并从头开始重新构建它。

这个例子强调要记住的最重要的规则之一。如果您只是处理不时会产生一些问题的小问题，那么重构就足够了。但是，如果产品还有很多不足之处，重写是可行的方法。

到目前为止听起来很简单？当然，还有其他事情需要考虑。

你的内部团队——构建系统的人还在公司工作吗？如果答案是肯定的，重构可能更合适。能够理解代码的开发人员会发现进行小的更改会更容易。如果不可能，重写将是一个更好的选择。
当前趋势——你可能想用 Flutter 重写应用程序，只是因为它最近很流行。尽管在某些情况下这可能是一个好主意，但这并不足以成为重写整个系统的动力。在做出决定之前，请务必探索现有代码的机会。
实时功能——需要实时聊天或其他类型的实时服务？如果您的旧版软件无法提供这些，并不总是意味着您需要重写它。相反，您可以使用外部实时聊天解决方案并在您的网站上实施一个模块。
维护成本——如果你的遗留系统的维护变得不堪重负，这可能表明是时候考虑重写你的软件了。从长远来看，这种投资很有可能得到回报。
架构转变——如果您已经决定将系统迁移到另一个架构，例如从单体架构迁移到微服务，那么现在正是重写整个应用程序的最佳时机。

仍然不确定哪个选项最适合您的旧系统？在 Miquido，我们知道如何评估旧软件并选择正确的后续步骤。

联系我们，我们将帮助您重构和重写您的数字产品！