研究发现重构软件并不会改善代码质量
最新研发发现,与流行的信念相反,重组软件代码并不会带来更好地可维护性和效率。
重构软件,就是重组现有的源码,让其更加易读、高效和可维护,这也是所有开发人员时不时都会做的事情。然而,最新研发发现,重构并不会给软件代码质量带来多大的提升。
研究员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等)。对软件内外部代码都进行了重构,并且与未重构的代码进行了评测和评估,得出的主要结论有:
- 重构并未让代码易于解析
- 重构并未让代码易于改变
- 重构并未让代码运行加快
- 重构并未提高资源利用率
与此同时,通过调查发现,重构的代码更加易于维护。
重构代码的可维护性指数评分要比没有重构的代码高出4%,但作者认为,这只是一个综合指标。然而,使用其他内部质量指标,重构代码的执行(深度继承)结果与未重构代码一样,而就循环复杂度、类耦合、代码行这几方面,重构代码的执行效果并没有未重构的好。
这份调查结果仅仅是基于小型的应用程序和修复固定的重构技术,所以,作者承认其会得到部分人的质疑。当然,对于不喜欢重构的人来说,这份结果给了它们一个不重构的理由。
最后
通常,只要一提到重构,大家脑海首先蹦出的是重构所带来的好处,然而当大家面对需要重构的代码时,表情肯定是难过甚至绝望的。那么,在花费了时间和精力后,重构后的代码是否能有想象中的那么高效、易读、可维护呢?有过重构经验的程序员不妨来跟我们分享一下心得体会吧。(编译:张红月)
英文来自:ITWORLD
本文文字及图片出自 CSDN
你也许感兴趣的:
- 【外评】好的重构与不好的重构
- 【译文】高风险重构
- 【译文】如何坚持长期重构
- 【译文】关于重构的十条戒律
- 再见了,干净整洁的代码
- 十年“屎山”终重构,但 QQ选用了微软 Teams 放弃的 Electron
- 重构的重构 – 《重构》第二版导读
- 代码重构技巧
- 代码重构的那些坑和实战经验
- [外文翻译]Martin Fowler:机会主义式的代码重构
你对本文的反应是: