刚刚！谷歌更新开源代码评审规范，代码好不好一目了然

• 代码评审标准

• 代码评审希望达到什么

• 在代码评审中导航修改列表

• 代码评审的速度

• 如何写审查的评论

• 处理代码评审的回退

• 写一个好的修改列表描述

• 构建一些小的修改列表

• 如何处理代码评审者的评论

• 设计： 代码是否经过精心设计并适合你的系统？

• 功能： 代码的行为是否与作者的意图相同？ 代码的行为方式对用户有好处吗？

• 复杂性： 代码可以变得更简单吗？ 以后其他开发人员阅读此代码时是否能够轻松理解并使用

• 测试： 代码是否具有正确且设计良好的自动化测试？

• 命名： 开发人员是否为变量，类，方法等设置了易于理解的命名？

• 注释： 评代码注释是否清晰并且有用？

• 风格： 代码是否遵循标准的编写风格？

• 文档： 开发人员是否也更新了相关文档？

  
  

整个代码评审指南分为了很多模块，我们也没办法全部介绍一遍。 感兴趣的伙伴们可以自行详细查阅