主页 > 行业资讯 > 开源 >
栏目列表

代码审查“思维导图”

来源: 作者: 发表于:2012-08-19 10:18  点击:
代码审查,就好比编辑写完一篇稿子需要审核一样。在如今的开发中,代码审查工作越发重要,如果做的好,对项目会有很大的帮助,如果做的不好,只会费时又费力,或许还会引起一些不必要的麻烦。 下面是一个代码审查的思维导图(
  

 代码审查,就好比编辑写完一篇稿子需要审核一样。在如今的开发中,代码审查工作越发重要,如果做的好,对项目会有很大的帮助,如果做的不好,只会费时又费力,或许还会引起一些不必要的麻烦。

下面是一个代码审查的“思维导图”(使用Xmind)。把所有涉及代码审查的要点联系在一起,希望对您能有所帮助。

点击查看大图

以下是一些开发者使用代码审查发表的一些精彩评论:

  1. 我认识一个团队领导,他有一个非常好的代码审查系统,通过发送公共邮件来进行审查。他相信(很多事实表明,使用代码审查有利于项目开展,并且大家一直坚持这个信念)通过这种“公共”代码审查工作来培养团队里面的每个成员,而不是每个成员只负责审查自己的代码。这一做法对整个团队产生了非常好的影响。
  2. 在代码审查期间,使用TODO和FIXME来标记代码是非常有好处的。但是我目前还尚未使用像gerrit之类的其他工具。
  3. 代码评审应该作为项目完成计划中的一部分,——在别人还没有对代码进行审查之前,任务都是出于未完成状态。
  4. 我不喜欢团队审查代码这件事,这几乎是不可能而且没有时间去完成的,甚至在某些情况很难与领导沟通。反而我更喜欢同级评审这个想法,因为有一些初级的家伙不能够正确地执行代码评审(至少在初期)。

随着软件质量的不断提高,代码评审这一话题正在码农之间展开激烈的讨论,对于到底是否需要代码评审,各位码农们,你们又是如何看待的呢?(编译/张红月 夏梦竹/审校)


    有帮助
    (0)
    0%
    没帮助
    (0)
    0%