代码整洁之道分析报告.pdf

2016/2/23 软件质量,不但依赖于架构,设计以及项目管理,而且与代码质量紧密相关.这一点,无 论你使用什么开发技术,都不得不承认. 代码是程序员沟通最直接的手段，代码是技术交 流的手段，代码是需求交流的途径。重视代码，回归本源，曾经我们远离代码，谈架构 设计，谈UML,谈开发流程。如今我们落地,找回软件的本源，彻彻底底看清代码、深入思 考代码。那些一流的研发中心非常重视代码,Facebook就有经典的Code wins arguments （代码赢得争论）。在Facebook 做 code review时间大约占50%，管理者对代码质量负有 一定责任 。甚至代码质量高于一切：Facebook Code review是重点KPI考核的对象，实行 连坐制，如果因为代码质量问题，那么产生的KPI责任包括领导30％、程序员50％、审核 人员20％。但是我们的管理者经常听到开发人员这样抱怨：“不能再增加功能了！我们 得停下来重写代码。软件代码一团糟，就像纸糊的老虎，根本应付不了持续增加的用户 需求。我们实在维护不下去了！最好推倒重写吧” 这一幕在很多公司上演过，现在依然 在不断重演。一旦公司陷入这种困境，以前版本的开发者往往沦为替罪羊。新的开发者 一般就会骂前人怎么写这么烂的代码。他们准备推倒重来，准备重写系统。在重写代码 的过程中，用户无法看到产品的任何改进。你可能认为重写代码至多也就几个月，但是 实际花费的时间无一例外要多得多。你只能坐在一旁，眼睁睁看着用户投奔竞争对手， 而这个时候，竞争对手恰恰在不断地改进产品。 我们研发中心有一个理念”代码是债务而不是资产”。最开始，团队会编写代码， 做出产品，并用它来赚钱，但是，之后团队应该尽可能地寻找减少代码的方法和使代码 尽量整洁，从而降低成本。软件界有一个真理，你拥有的代码越多，维护代码所要付出 的成本就越高。如果你的代码结构越好，你做了越多的单元测试，你的代码质量越好、 越小、耦合越松，那么添加新代码所需要付出的成本就越少。因此大师 Craig Larman 说: “最好维护的代码就是没有代码，好的程序员的代码产量是负的，因为他通过减少 代码来增加功能”。对比现实中，很多人以为，LOC(line of code)越多的feature越大， 写LOC越多的程序员越牛。这其实是极其错误的观念. 因此我们必须有全面的管理制度让 我们保持代码少而整洁。所以Michael Feathers认为未来属于知道如何有策略地删除代 码的公司”。持有代码的成本要比我们想象的大。意识到这一点的公司更具有竞争优势。 软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这一点，无论是 敏捷开发流派还是传统开发流派，都不得不承认。 《代码整洁之道》提出一种观念：代码质量与其整洁度成正比。干净的代码，既在质 量上较为可靠，也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者， 《代码整 洁之道》作者给出了一系列行之有效的整洁代码操作实践。这些实践在 《代码整洁之道》 中体现为一条条规则 (或称“启示”)，并辅以来自现实项目的正、反两面的范例。只要遵 循这些规则，就能编写出干净的代码，从而有效提升代码质量。 《代码整洁之道》阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介 绍的规则均来自作者多年的实践经验，涵盖从命名到重构的多个编程方面，虽为一“家” 之言，然诚有可资借鉴的价值。 作者 作者： (美国)马丁(Robert C. Martin) 译者：韩磊 Robert C. Martin，(Bob大叔)自1970年进入软件行业，从1990年起成为国际软件咨 询师。是软件工程领域的大师级人物，是 《敏捷软件开发：原则、模式与实践》、 《敏 捷软件开发：原则、模式与实践 (C#版)》 （邮电）、《极限编程实践》 （邮电）等国内 引进的畅销书的作者，其中第一本原著荣获美国 《软件开发》第13届震撼（Jolt）大奖， Martin的敏捷系列书是软件工程界的权威书籍。本书是他的又一最新力作。 Martin在书中对代码具有革命性的解读阐述了整洁代码的最佳敏捷实践的方法书中 介绍规则均来自Martin多年的经验，拥有很高的借鉴价值。 韩磊，互联网产品与运营专家，技术书籍著译者。曾在全球著名的IT中文社区CSDN 及 《程序员》杂志任副总经理、总编辑等职。现居广州。译著有 《梦断代码》和 《C#编 程风格》。与刘韧合著 《网络媒体教程》，与戴飞合译 《Beginnin