也许你是一位项目经理，也许你是一位项目骨干成员，或者开发小组长。在我发表“如何提高代码质量”的这一系统文章后，有许多网友都向我抱怨，说他无法把握整个项目组成员的代码质量。我想，这也是所有项目组普遍存在的问题吧，它通常表现为以下几个问题：软件项目普遍存在的问题1）新手。任何项目组成员都不可避开地出现新手，他们往往是刚刚从大学毕业的学生。这些新手由于软件开发时间太短，往往技术不成熟，没有形成良好的开发习惯，所以编写代码质量较差，问题很多。他们常常成为项目组的“鸡肋”，用多了项目质量无法得到保证，不用则又人手不够。2）人员变动。一个维护时间稍长一点儿的软件项目，人员变动是在所难免的。老员工被调动到其它项目去了，由新员工来接替他们的工作。在我的项目组中，人员调动达到了 90%，唯一没有调走的就是我自己。新员工在接替老员工进行代码维护，甚至继续进行新的开发的时，由于对原有代码以及设计思路理解的偏差，也会出现大量的低劣代码。3）不法律规范的代码编写。即使除去以上两个问题的影响，项目组成员编写的代码同样会出现问题。在项目开发之初，我们往往会制定一个代码编写的法律规范，但在项目开发过程中，许多成员第 1 页往往会忽视这些代码法律规范而进行随意的编写。随意地代码编写会降低代码的可读性、可维护性与易变更性。那么，我们应当采纳什么样的管理措施，保证代码的法律规范，提高代码的质量呢？以上问题，也是我在项目开发中不断摸索与思考的问题，而一些有经验的项目经理给出了他们的解决之道，那就是“代码复查”。什么是代码复查代码复查(Code Review)，又叫“代码审查”，其基本思想就是，在开发人员编写完自己的代码后，由其他人来复查他写的代码，从而有效地发现代码中存在的缺陷。代码复查的一个基本理论就是，当我们越早发现代码存在的缺陷，我们解决缺陷的代价就越低。代码复查往往分成以下一个方面进行审查：1) 代码风格。在项目开发之初，我们往往会制定一个代码编写的法律规范，实际上，这个代码法律规范就包含了整个项目组的代码风格。由于软件开发人员的设计习惯不同，假如不统一代码风格，一个项目中的代码将五花八门，如变量与常量的命名、接与实现类的注释、何时回车、怎样缩进等等。一个五花八门的设计风格，必将为日后的维护与改进带来困难。我们通过代码复查，一方面督促开发人员根据法律规范编写代码，另一方面也使开发人员自身形成良好的编程习惯。代码风格...
