本文共 994 字,大约阅读时间需要 3 分钟。
为了review的效率,在进行code review之前,需要开发者先做好前期的准备工作,开发者需要自己先过目自己的所有代码和进行标注,这样review者能更好的理解作者的意图和提出意见
提出可以量化的review目标,能让review者和被review者都更好的知道自己的责任所在,这个目标,最好最好是有外部可以量化的标准,而不是一些模糊的目标,比如减少程序中的bug。
目标对应标准,设置好标准能提高review时的效率,也让大家能在review的过程中进行改进。
review的事件应该在60~ 90分钟之间。
经研究,代码行数越少,越容易发现其中的问题,更少行数的代码能更好的发现问题。
换句话说,一个文件里超过200行的代码,很可能需要进行改进和重构。发现程序中的问题时,应该更明确提示可以验证的解决方法,而不是提出有问题。
Code Review属于一种团队建设活动,在于帮助团队纠正坏的代码习惯和学会新的技巧。所以管理者需要对找出的问题抱有积极的态度。
程序员写代码已经不容易,所以不要使他变得更不容易,所以不要在团队努力写代码的时候,过多的指指点点。
开发者在开发的过程中对自己的代码比较清楚,过后会变得越来越模糊,所以如果要进行code review,最好的开发的过程中进行每天code review, 有问题容易改正过来。
市场上有很多code review的工具,gitlab有带有code review的功能,使用的时候只要团队提交一个pr,然后制定review人即可。
review流程需要标准化和规范化,以及可量化,使用一个checklist能更快的帮助开发者和review者快速找到问题所在,开发者在开发的过程中也能更好的对着checklist去规范自己的代码。
转载地址:http://wicpa.baihongyu.com/