刚刚!谷歌更新开源代码评审规范,代码好不好一目了然
开源最前线(ID:OpenSourceTop) 猿妹整编
转载请注明来源作者
代码评审标准
代码评审希望达到什么
在代码评审中导航修改列表
代码评审的速度
如何写审查的评论
处理代码评审的回退
写一个好的修改列表描述
构建一些小的修改列表
如何处理代码评审者的评论
设计:代码是否经过精心设计并适合你的系统?
功能:代码的行为是否与作者的意图相同?代码的行为方式对用户有好处吗?
复杂性:代码可以变得更简单吗?以后其他开发人员阅读此代码时是否能够轻松理解并使用
测试:代码是否具有正确且设计良好的自动化测试?
命名:开发人员是否为变量,类,方法等设置了易于理解的命名?
注释:评代码注释是否清晰并且有用?
风格:代码是否遵循标准的编写风格?
文档:开发人员是否也更新了相关文档?
整个代码评审指南分为了很多模块,我们也没办法全部介绍一遍。感兴趣的伙伴们可以自行详细查阅
end
赞 (0)