「译」代码重构的原则和意义？

译自：https://www.techtarget.com/searchapparchitecture/definition/refactoring

重构是对代码进行重新组织的过程，但不改变它的原始功能。重构的目标是通过进行许多小的改变来改进内部代码，而不会改变代码的外部行为。

计算机程序员和软件开发人员重构代码以改进软件的设计，结构和实现。重构提高了代码的可读性并降低了复杂度。重构还可以帮助软件开发人员发现隐藏在软件中的错误或漏洞。

重构过程包含对程序源代码进行许多小的改变。例如，一种重构的方法是在一个点改进源代码的结构，然后将相同的改变系统地扩展到程序中所有适用的引用。思想是，对一个代码体进行所有小的，保留行为的改变都会产生累积效应。这些改变保留了软件的原始行为，不会修改其行为。

Martin Fowler 是重构之父，他将软件开发行业的许多最佳实践整合到了一个特定的重构列表中，并在他的<重构：改善现有代码的设计>一书中描述了如何实施这些重构方法。

重构通过改进代码使其变得：

代码修改是在不改变程序本身任何功能的情况下完成的。许多基本的编辑环境都支持类似重命名函数或变量的简单重构操作。

重构可以在产品部署后进行，也可以在向现有代码添加更新和新功能之前进行，或者作为日常编程的一部分进行。

当在部署后进行这个过程时，通常是在开发人员进入下一个项目之前进行的。在软件交付生命周期的这个阶段，组织可能会有更多的时间来修改源代码，因此开发人员可以有更多的时间来处理所需的源代码更改。

然而，进行重构的最佳时间是在向现有代码添加更新或新功能之前。在这个时候进行重构使开发人员更容易在现有代码上进行构建，因为他们正在回头简化代码，使其更容易阅读和理解。

如果组织对重构流程有很好的掌握，就可以将其作为一个常规流程。每当开发人员需要向代码库添加东西时，他们都可以查看现有代码，看看它的结构是否能使添加新代码的过程变得简单明了。如果不是，开发人员就可以对现有代码进行重构。一旦添加了新代码，开发人员可以再次重构相同的代码，使其更清晰。

重构可以提供以下好处。

然而，在这个过程中确实存在挑战。其中一些包括：

组织可以在不同情况下使用不同的重构技术。一些例子包括：

红色，绿色：:这种在敏捷开发中广泛使用的重构方法包括三个步骤。首先，开发人员确定需要开发的内容; 第二，他们让项目通过测试; 第三，他们重构该代码以进行改进。
内联： 这种技术的重点是通过消除不必要的元素来简化代码。
在对象之间移动功能： 这种技术创建新的类，同时在新旧数据类之间移动功能。
提取： 这种技术将代码分解成较小的片段，然后将这些片段移到不同的方法中。碎片化的代码被替换为对新方法的调用。
抽象重构： 这种技术减少了重复代码的数量。当有大量的代码需要重构的时候，就会这样做。
组合： 这种技术简化了代码，使用多种重构方法减少重复，包括提取和内联。

重构要遵循的最佳实践包括。

为重构制定计划： 否则可能很难为这种耗时的做法腾出时间。
优先重构： 开发人员应该在向现有代码添加更新或新功能之前做这件事，以减少技术债务。
逐渐重构： 这可以在过程的早期给开发人员反馈，以便他们可以发现可能的错误，并包括业务要求。
设定明确的目标： 开发人员应该在代码重构过程的早期确定项目范围和目标。这有助于避免延误和额外的工作，因为重构的意图是进行内部整理，而不是改变功能或特性的机会。
经常测试： 这有助于确保重构后的变化不会引入新的错误。
在可能的情况下实现自动化： 自动化工具使重构更容易和更快，从而提高了效率。
单独修复软件缺陷： 重构并不意味着解决软件缺陷。应该单独进行故障排除和调试。
理解代码： 查看代码以理解其过程，方法，对象，变量和其他元素。
定期进行重构，修补和更新： 当重构能够解决一个重要的问题而不需要花费太多的时间和精力时，重构就能产生最大的回报。
专注于代码去重： 代码重复增加了复杂性，扩大了软件的范围，浪费了系统资源。