关于代码质量的思考和重构
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
关键字：代码质量, 思考, 重构
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！