关于代码质量的思考和重构
1. 程序构成
程序=源码+文档
文档更新是不及时的
源码决定了最终的程序实现效果
程序 ~ 大量源码的堆集
程序的好坏是由一行行源码的好坏所决定的
2. 研发的过程
研发 = 堆代码?
- 问题的产生
赶进度,需求变更 ~ 代码逻辑混乱
?解决
- 重构
不要写出自己所不能了理解的代码,
那样只会加速系统的腐烂。
程序员很有必要对自己所写代码进行思考和理解。
--《程序员修炼之道:从小工到专家》
3. 高质量的代码
- 高质量 = 大量设计模式 + 高大上?
业务功能开发
1. 代码逻辑的清晰性
2. 代码整洁,可读
4. 代码坏味道
- 代码坏味道
如果一段代码是不稳定或者有一些潜在问题的,
那么代码往往会包含一些明显的痕迹。
正如食物要腐坏之前,经常会发出一些异味一样。
- 《重构》,20种左右代码坏味道
列举最常见的
1. Duplicated Code(重复代码)难维护
2. Long Method (方法过长)难理解
3. Large Class (类过大)难理解
4. Long Parameter List (参数多)难用
5. Comments (太多注释)代码难懂
6. Switch Statements(switch语句/过多的if...else)
参考解决
5. CodeReview
- CodeReview
代码评审是指在软件开发过程中,通过对源代码进行系统性检查的过程。
通常的目的是查找系统缺陷,保证软件总体质量和提高开发者自身水平。
- 开展形式
原则
分阶段实施,参考代码坏味道逐步改善
插件:FindBugs, PMD
关键字:代码质量, 思考, 重构
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!