代码审查,权利和责任

 
代码审查是保证项目健康发展的一个重要方面。它可以在缺陷进入产品之前就发现并改正它们,从而使得人们从查找并改正问题的痛苦中解脱出来。代码审查代价也比较低。假设你的团队想要实施代码审查,很重要的一点是把预期结果清晰地列出来。没有一些标准的话,代码审查很容易变得有争议。以下内容是我在代码审查过程中看到的权利和义务。
 
参与者
审查者 - 审查代码的人(们)。他们的工作就是阅读代码,并提出意见。
被审查者 - 被审查代码的作者。他们负责对审查者的意见作出反馈,并修改错误。
 
必改问题
审查者会对代码的很多方面提出意见。一些意见需要被审查者修改其代码。其它意见则只是建议。必改问题包括:
    * bugs - 代码没有达到预期结果。会崩溃,泄露内存,行为错误等等。
    * 潜在的维护问题 - 代码是正确的,但不容易维护。例如魔数,糟糕的变量名,缺少间接引用,缺少注释等等。
    * 违反代码规范 - 如果团队内有一套代码规范,那么就必须遵守它。任何不符之处必须修改。
 
建议:
其它内容则只是建议。审查者会提出意见,不过只是建议性的。被审查者没有必要去修改。这些内容包括:
    * 架构方面的建议 - 审查者认为有更好的办法来完整任务。被审查者在经过深思熟虑后,如果不同意的话可以拒绝。
    * 风格问题 - 审查者从不会写成那个样子。真好玩。
   
代码的所有权:
在我的团队里是没有所谓代码所有权一说的。有些人会经常接触特定的代码,甚至是这些代码的最初创建者。但这并没有给予他们对代码的特殊权利。人们也不必先获得代码最初作者的允许才能修改代码。但如果修改之前不去咨询一下作者或者目前的维护者,那么就真是太傻了,因为代码作者或维护者对代码很了解,咨询一下他们会使得修改更容易更好。但修改者并无义务去遵循得到的建议。
 
Steve Rowe发表于2008年8月13日 星期三
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值