开发者最佳实践4-代码应该为评审而写

当你写代码时,时刻谨记你的代码马上就要被评审,并且你将面对各种评论或职责,譬如如下这些,但不局限于这些:
糟糕的编码
没有遵守规范
没有注重性能
可读性差
打开的文件没有关闭
申请的内存没有释放
太多全局变量
太多硬编码

错误处理不够周全
没有模块化
重复的代码
当你编码是谨记上面提到的所有问题,在他们跳入你的代码之前消灭他们。当你写好代码后,自己至少审查一遍。我敢肯定,自我审查能排除90%的问题。
当你完全完成了编码和自我审查,邀请你的同事做代码审查。我强烈建议你高兴地接受审查评论,而且你还应该感谢那些写下评论的审查人。有时候,对他人代码的任何评论都是不好的。(Same time it is never good to criticize any source code written by someone else.)如果你从来没有这样做过,试一次,并且查查代码编写者的表达方式。
接受批评,但不要批评他人。
如果你能积极的对待糟糕的代码并从中吸取教训,那你将写出好的代码。
你的目标应该是在第一时间终止bug,创造出 BUG FREE 的代码。像测试人员一样思考,这样你将会给测试员一个挑战。
注:本文由奔跑翻译,前往查看原文
来自为知笔记(Wiz)
分享到: 更多
版权申明:

本站保留所有原创文章的版权,本站地址:奔跑的博客[http://www.elecbench.com]

原创文章转载时请注明出处,并添加文章所在页面的链接:http://www.elecbench.com/%e5%bc%80%e5%8f%91%e8%80%85%e6%9c%80%e4%bd%b3%e5%ae%9e%e8%b7%b54-%e4%bb%a3%e7%a0%81%e5%ba%94%e8%af%a5%e4%b8%ba%e8%af%84%e5%ae%a1%e8%80%8c%e5%86%99/

本站所有 2010年3月4日 以后发表、未标明为“转载”的文章均是本站原创。

发表评论


(设置自己的个性头像)

*

申请属于你的免费顶级域名