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

当你写代码时,时刻谨记你的代码马上就要被评审,并且你将面对各种评论或指责,譬如如下这些,但不仅局限于这些:

  • 糟糕的编码
  • 没有遵守规范
  • 没有注重性能
  • 可读性差
  • 打开的文件没有关闭
  • 申请的内存没有释放
  • 太多全局变量
  • 太多硬编码
  • 错误处理不够周全
  • 没有模块化
  • 重复的代码

当你编码时谨记上面提到的所有问题,在他们跳入你的代码之前消灭他们。

当你写好代码后,自己至少审查一遍。我敢肯定,自我审查能排除90%的问题。

当你完全完成了编码和自我审查,邀请你的同事做代码审查。我强烈建议你高兴地接受审查评论,而且你还应该感谢那些写下评论的审查人。

与此同时,评判任何其他人写的代码并不是件轻松的事。如果你从来没有这样做过,试一次,看看代码编写者的表达方式。

接受批评,但不要批评他人。

写得不好的代码能够教你如何写出好代码。这其实也给了你一个积极对待它并从中学习的机会。

你的目标应该是在第一时间避免bug,创造出 BUG-FREE 的代码。像测试人员一样思考,这样你将会给测试员一个挑战。

注:本文由奔跑翻译,前往查看原文

版权申明:

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

原创文章转载时请注明出处,并添加文章所在页面的链接:https://www.elecbench.com/1164/

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

发表评论


(设置自己的个性头像)

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