研究发现重构软件并不会改善代码质量

鉴客 发布于 2015/03/06 08:54
阅读 1K+
收藏 1

最新研发发现,与流行的信念相反,重组软件代码并不会带来更好地可维护性和效率。

重构软件,就是重组现有的源码,让其更加易读、高效和可维护,这也是所有开发人员时不时都会做的事情。然而,最新研发发现,重构并不会给软件代码质量带来多大的提升。

研究员Sri Lanka做了项调查,目的是为了测试常用的重构技术是否会改进内外部软件质量。最近,他把调查结果发布到了国际周刊《Software Engineering & Applications》上,标题为:An Empirical Evaluation of Impact of Refactoring On Internal and External Measures of Code Quality

研究人员选用了一个小规模的应用程序(约4500行C#代码),由Kelaniya大学的学术研究员来调度事件和进行在线文档的评估。研究人员把十 种常见的重构技术都运用到代码中(例如:以子类取代类型码、Replace Conditional with Polymorphism等)。对软件内外部代码都进行了重构,并且与未重构的代码进行了评测和评估,得出的主要结论有:

  1. 重构并未让代码易于解析
  2. 重构并未让代码易于改变
  3. 重构并未让代码运行加快
  4. 重构并未提高资源利用率

与此同时,通过调查发现,重构的代码更加易于维护

重构代码的可维护性指数评分要比没有重构的代码高出4%,但作者认为,这只是一个综合指标。然而,使用其他内部质量指标,重构代码的执行(深度继承)结果与未重构代码一样,而就循环复杂度、类耦合、代码行这几方面,重构代码的执行效果并没有未重构的好。

这份调查结果仅仅是基于小型的应用程序和修复固定的重构技术,所以,作者承认其会得到部分人的质疑。当然,对于不喜欢重构的人来说,这份结果给了它们一个不重构的理由。

最后

通常,只要一提到重构,大家脑海首先蹦出的是重构所带来的好处,然而当大家面对需要重构的代码时,表情肯定是难过甚至绝望的。那么,在花费了时间和 精力后,重构后的代码是否能有想象中的那么高效、易读、可维护呢?有过重构经验的程序员不妨来跟我们分享一下心得体会吧。(编译:张红月)

英文来自:ITWORLD/CSDN

加载中
1
GKTest
GKTest
我重构的目的是,A.方便遇到相似的功能的时候,可以复制粘贴,小改后可以直接使用;B.给新人安排任务的时候,直接告诉他参考某个某个方法;C.随着项目的不同、团队的发展,要经过不断的重构,才能得出适合自己团队的开发流程框架。概况来说,其实也就是重用、易读、可维护
1
battyman
battyman
所谓的重构,就是现在自己水平稍微NB了就不待见自己之前写的代码了,需要重新编写以此来提升代码的逼格
纯洁徐
纯洁徐
去年写的那货就是垃圾啊
0
九阁网趣
九阁网趣
重构。。。不一定是要说高效,易阅读吧。当业务逻辑偏差大复杂度增加,现有代码已经很难兼容,才重构,这个是很多重构的原因。。。。
0
GITTODO
GITTODO
谁说重构就要加快效率,重构的第一动力来源于,让人看懂业务逻辑。
0
方棱
方棱

系统重构一般发生在,有一定规模的裁员或者扩张,或是团队兼并重组的时候。

是当权者给手下将领“派权分地”,和对“异己者”削权打压的重要手段。

0
黑狗
黑狗

重构最大的优点就是可以批评别人

返回顶部
顶部