重构真的能提高代码质量吗?
与传统观点相反,新的研究发现,想要为了更高效和更具可维护性,而去重组软件代码,我们所花的时间和精力并不一定是值得的。 |
重构软件,也就是,重组现有的源代码,以使其更高效,更具可读性和可维护性,这可能是所有开发人员时不时在做的一件事情。当然,重构背后隐含的假设 是,将来的收益——可节省的人力物力,要能大于现在投入的成本——所耗费的时间和努力。然而,新的实验研究表明,情况可能并不像你想像得那样美好,重构或 许并不能大幅度地改善软件代码质量,有时候甚至是完全没有起到一点改善作用。
此研究是由研究人员在斯里兰卡完成,近期发表于国际周刊“International Journal of Software Engineering & Applications”上,题目为《An Empirical Evaluation of Impact of Refactoring On Internal and External Measures of Code Quality》。目的是测试常见的重构技术是否真的可以改进外部(例如,代码是不是更易于维护?)和内部(例如,代码行数)两个方面的软件质量。
研究人员选择了一个小型的应用程序(约4500行C#代码),原先是Kelaniya大学的教学人员用于制定日程计划和管理在线文档的应用程序。然后在其代码上实施10种常见的重构技术(例如,用子类替换类型码,用多态替换条件语句)。
为了衡量重构对外部软件质量的效果,研究人员从Kelaniya大学,挑了一些懂得面向对象编程和C#的计算机专业的学生。其中一半学生通过可分析性和可变性评价了重构后的代码,而另一半则去评估未重构的代码。
运行每个代码库1000次然后平均结果,来分别衡量重构和非重构代码的执行时间和资源利用。
使用Visual Studio分别计算重构和非重构内部代码的软件质量。这些指标是:可维护性指数、时间复杂度、继承深度、类耦合,以及代码行。
下面是这些研究人员得出的主要结论:
-
重构并不能使得代码更易于分析
-
重构并不能使得代码更容易改变
-
重构代码并不能使得代码跑得更快
-
重构代码不会导致资源利用降低
唯一的利好是,有证据表明,重构过的代码的确更易于维护
不过,上述研究结果依然待验证,因为试验对象是一个小样本——一个小型的应用程序和固定的重构技术组。所以,就目前而言,此结果还是别用到实际工作上的好。
译文链接:http://www.codeceo.com/article/refactor-and-code-qulity.html
英文原文:Study finds that refactoring doesn’t improve code quality
相关文章
最新发布
阅读排行
热门文章
猜你喜欢