需要重构?

时间:2008-11-18 17:37:07

标签: refactoring

为什么公司会投资重构组件,虽然它不会为产品添加任何新功能?

我同意清理代码,修复错误并删除死代码 - 但这是什么?

7 个答案:

答案 0 :(得分:10)

维护。它将显着降低您的维护成本。完全因子代码与大多数公司存储库中的垃圾之间没有比较。后者几乎毫无价值,而前者则是黄金。

答案 1 :(得分:2)

这取决于你的要求。非技术经理可能会说没有必要。支持开发人员会说它有助于降低维护成本。

答案 2 :(得分:1)

重构需要成为您日常工作的一部分。您不断重构代码,使其更具可读性/可维护性/健壮性/可重用性等。

您的代码是一份活文件。如果它不随时间变化,就会停滞不前。

投资测试。投资重构。投资撰写优秀的代码。

答案 3 :(得分:1)

维护。有时,项目变得很大或者有太多“快速”补丁需要进一步扩展。你只需要冷静地坐下来清洁和重构。

答案 4 :(得分:1)

虽然其他答案都是正确的,但重构的强大之处在于它允许您使用可预测的结果更改代码的设计。维护的最大问题是几乎不可能预测复杂应用程序的所有要求。

大多数这些都可以通过添加新功能(如新报告或命令)来处理。但其他需要重新设计部分应用程序。这是重构和它的兄弟单元测试发挥作用的地方。通过使用重构技术,您可以安全地进行必要的设计更改。

这不是一种治愈所有技术,而是另一种可以提高代码质量的工具。 (sturuchedured编程,面向对象等)。

答案 5 :(得分:0)

首先:重构是一种税收。如果代码有效,那么你花时间修复已经有效的代码,我现在可以看到业务类型看起来很古怪。我喜欢的一句话是“遗产是代码有效的另一个词。”

现在,在开始花费更多时间维护开发功能的代码之前,需要解决日益增长的代码库问题。

就个人而言,我喜欢“没有破窗”的哲学。

答案 6 :(得分:0)

如果没有破坏,请不要修理它。

但是,如果您需要开始将组件拟合到新的不可预测的要求中,那么识别可以提取和重用的位通常是有意义的。您需要确定您的更改会引入意外错误 - 因此您需要良好的测试覆盖率。