关于代码质量的思考和重构

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)

参考解决

https://sourcemaking.com/refactoring

http://blog.csdn.net/windcao/article/details/25773219

5. CodeReview

  • CodeReview

代码评审是指在软件开发过程中,通过对源代码进行系统性检查的过程。

通常的目的是查找系统缺陷,保证软件总体质量和提高开发者自身水平。

  • 开展形式

原则

分阶段实施,参考代码坏味道逐步改善

插件:FindBugs, PMD

关键字:代码质量, 思考, 重构

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部