代码审查：如何将巨大能量投入提升代码可读性？

本文共计1977个文字，预计阅读时间需要8分钟。

代码可读性这个词一直受到关注，但其标准并不统一。各公司，乃至各个项目，对于代码可读性的要求都是不同的。我们无法给出一个绝对的好或高，因为灵活性与活力程度各有高低。

代码可读性这个话题一直以来都是备受关注，但是可读性高与不高却没有统一的标准。毕竟各个公司，甚至于各个项目的规范都是不一样的。我们不能说一个抽象性极好，灵活度极高却让人十天半个月都难以搞清楚的代码的可读性高，也不能说一个长达几千行却从头至尾逻辑性比较好的代码的可读性差。那么怎样的代码才算是合理的，才算是可读性高的呢？我想不同之中必有共性，那就是经过审查的、能够被项目组其他成员接受并能尽快看懂的代码就是可读性好的。

为什么要做代码审查呢？

要对代码可读性做审查，这需要人力、物力、以及项目宝贵的时间。对于一个项目来说成本是一个重要的考虑因素，然而审查无疑会增加项目的成本，那么为什么还要做审查呢？其实任何一个项目经理都清楚一个成功的项目都是难以一蹴而就的，开发过程必然会遇到各种各样的问题和阻力，这也验证了那句老话：“软件开发中唯一不会变的就是需求永远会变化”。我们也清楚问题越早的被发现那么损失就会越小，补救花费的时间就会越少，自然成本就越低。但是我们有多大的机会可以尽早的发现问题呢？这不是我们说早发现问题，问题就会跟我们招手说：“看你态度不错，就让你早发现吧！”这么简单的。