谈谈代码走读

代码走读的重要性就不说了，我想谈谈对代码走读的总体认识。首先代码走读前，代码必须编译通过，强类型检查的语言（比如JAVA）自带的编译器就够了，如果是弱类型检查的语言（比如C/C++）应该用辅助的静态检查工具（比如lint）进行检查，毕竟机器发现问题的效率要比人眼和人脑要高的多，机器能做的事情让机器去做。检查完成后，把编译错误和告警消除，才可以进入代码走读。其次，代码走读前要在项目组内部统一走读的标准，集思广益，另外要明确质量目标，然后是代码走读的安排，原则上代码走读的数量不要超过每天生产代码的两倍（当然个人高水平程序员走读低水平程序员的代码可以量更大一些）。接下来才是走读，走读分成三个层面，第一个层面我称之为“单元走读”，其实关注的是“单元”，一般是一个方法或一个类，要找的错误还是代码层面的错误，比如数据库网络资源的回收、一些异常的捕捉、空指针的检查及关键字比如final，static，甚至public,protected,private的使用是否正确，第二个层面我称之为集成走读，关注的是接口和流程，包括传入的参数检查、返回值检查及流程能否顺利、正确串联，第三个层面我称之为系统走读，关注的是功能层面和业务逻辑，这时发现的更多应该是逻辑错误和功能缺陷。当然，在走读过程中这三个层面不是截然分开的，很多的时候是并行的，是互相交织和渗透的，比如在单元走读的过程中有可能同时发现逻辑错误。代码走读期间，如果发现一些共性的问题，要知会到项目组成员，让他们也关注类似的问题，提高走读效率。最后，走读完成后要进行统计，对走读的结果进行评估，保证投入确实能产生较大的效益。