代码整洁之道

出版时间：2009-8-1  出版社：人民邮电出版社  作者：（美）马丁（Martin,R.C）  页数：431  字数：592000  
Tag标签：无  

前言

你的代码在哪道门后面？你的团队或公司在哪道门后面？为什么会在那里？只是一次普通的代码复查，还是产品面世后才发现一连串严重问题？我们是否在战战兢兢地调试自己之前错以为没问题的代码？客户是否在流失？经理们是否把我们盯得如芒刺在背？当事态变得严重起来，如何保证我们在那道正确的门后做补救工作？答案是：技艺。习艺之要有二：知和行。你应当习得有关原则、模式和实践的知识，穷尽应知之事，并且要对其了如指掌，通过刻苦实践掌握它。我可以教你骑自行车的物理学原理。实际上，经典数学的表达方式相对而言确实简洁明了。重力、摩擦力、角动量、质心等，用一页写满方程式的纸就能说明白。有了这些方程式，我可以为你证明出骑车完全可行，而且还可以告诉你骑车所需的全部知识。即便如此，你在初次骑车时还是会跌倒在地。

内容概要

软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这一点，无论是敏捷开发流派还是传统开发流派，都不得不承认。    本书提出一种观念：代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者，本书作者给出了一系列行之有效的整洁代码操作实践。这些实践在本书中体现为一条条规则（或称“启示”），并辅以来自现实项目的正、反两面的范例。只要遵循这些规则，就能编写出干净的代码，从而有效提升代码质量。    本书阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验，涵盖从命名到重构的多个编程方面，虽为一“家”之言，然诚有可资借鉴的价值。

作者简介

作者：(美国)Robert C.MartinRObert C．Ma rlin，(Bob大叔)自1970年进入软件行业，从1990年起成为国际软件咨询师。他是Object Mentor公司的创始人和总裁。Object Mentor：是由一群经验丰富的咨询师组成的公司，他们的客户遍及全世界。业务涉及C++、．Java、C#、Ruby、面向对象、设计模式、UML、敏捷方法论和极限编程等领域。

书籍目录

Chapter 1：Clean C0de  There Will Be C0de  Bad COde  The T0tal C0st 0f Owning a Mess    The Grand Redesign in the Sky    Attitude    The Primal Conundrum    The Art of Clean COde?    What Is Clean C0de?  Schools ofThought  Wle Are Authors  The Bov ScOut Rule  Prequel and Principles  ConclusiOn  BibliographyChapter 2：Meaningful Names　IntroductiOn　Use Intention-Revealing Names　AvOid Disinformation　Make Meaningful DistinctiOns　Use PronOunceable Names　Use Searchable Names　Avoid Encodings    Hungarian Notation    Member Prefixes    Interfaces and Implememations  Avoid Mental Mapping  Class Names  MethOd Names  Don’t Be Cute  Pick One Word per Concept  DOn’t Pun  Use SolutiOn DOmain Names  Use Problem DOmain Names  Add Meaningful COntext  DOn’tAdd GratuitOus COntext  Final WordsChapter 3：Functions  Small!    Blocks and Indenting  DO one Thing    SectiOns within Functions    one LeVel of Abstraction per Function    Reading Code from Top to Bottom：The Stepdown Rule  Switch Statements  Use Descriptive Names  FunctiOn Arguments    Common MOnadic FOrms    Flag Arguments    Dyadic Functions    Triads    Argument objects    Argument Lists    Verbs and Keywords  Have NO side Efrects    Output Arguments  Command Query Separation　……Chapter 4:CommentsChapter 5:FormattingChapter 6:Objects and Data StructuresChapter 7:Error HandlingChapter 8:BoundariesChapter 9:Unit TestsChapter 10:ClassesChapter 11:SystemsChapter 12:EmergenceChapter 13:ConcurrencyChapter 14:Successive RefinementChapter 15:JUnit InternalsChapter 16:Refactoring SerialDateChapter 17:Smells and HeuristicsAppendix A:ConcurrencyⅡAppendix B:org.jfree.date.SerialDateAppendix C:Cross References of HeuristicsEpilogueIndex

章节摘录

插图：

编辑推荐

从《代码整洁之道(英文版)》中可以学到：好代码和糟糕的代码之间的区别；如何编写好代码。如何将糟糕的代码转化为好代码； 如何创建好名称、好函数、好对象和好类；如何格式化代码以实现其可读性的最大化；如何在不妨碍代码逻辑的前提下充分实现错误处理；如何进行单元测试和测试驱动开发。Robert C．Martin(Bob大叔)自1970进入软件行业。从1990年起成为国际软件咨询师。他是ObjectMentor公司的创始人和总裁。Object Mentor是由一群经验丰富的咨询师组成的公司，他们的客户遍及全世界。业务涉及C++、Java、C＃、Ruby、面向对象、设计模式、UML、敏捷方法论和极限编程等领域。尽管糟糕的代码也能运行，但如果代码不整洁，会使整个开发团队泥足深陷，写得不好的代码每年都要耗费难以计数的时间和资源。然而这种情况并非无法避免。著名软件专家Robert C．Martin在《代码整洁之道(英文版)》中为你呈现出了革命性的视野。Martin携同Object Menlor公司的同事，从他们有关整洁代码的最佳敏捷实践中提炼出软件技艺的价值观，以飨读者，让你成为更优秀的程序员——只要你着手研读《代码整洁之道(英文版)》。阅读《代码整洁之道(英文版)》需要你做些什么呢?你将阅读代码——大量代码。《代码整洁之道(英文版)》促使你思考代码中何谓正确，何谓错误。更重要的是。《代码整洁之道(英文版)》将促使你重新评估自己的专业价值观，以及对自己技艺的承诺。

用户评论 (总计14条)

•   在现代,软件生产效率逐渐提高,逐步快餐化,很多开发人员为了赶进度而无视代码质量.等到问题出现,面对混乱的代码却束手无策,只能放弃维护产品.这对于一个成功的团队绝对是不可取的.这本书通过案例分析阐述了写出高质量代码的方法和技巧,以使团队始终高效地开发与维护,这不管是对于敏捷开发流派还是对于传统开发流派都是很有价值的.本书最具价值的部分是中间的几个案例分析,比较难啃,但是反复看过会受益匪浅.
•   国内的程序开发领域风气不是很正，很多人都认为写代码是没前途的工作，老早就都开始琢磨如何转作系统分析师、项目经理，真正一心把代码写好的人真是非常少。
  我觉得写代码是很能磨练人的，希望这本书能助我平稳心态，把小事做好，再想未来。
•   显然所有的示例代码都是用java写的，但毕竟c++和java有很多类似的东西，对于c++程序员来说还是很有用的
•   很值得看下，代码如果这样写，那可读性就高咯
•   内容不错，不过都是Java代码
•   书的确是好书，写的不错。但是发过来的书面子很破，像是旧书，破旧的不得了。。。。这种书打对折卖才差不多。。。。
•   很好的一本书，帮助很大，看了一部分后写程序就更注意整洁性了。没打5分是因为书是以java为例讲解的，而我主要是用C++和C#,java不熟
•   书的纸张很好，很新。快递很快。这2本书都是关于重构的。我觉得这类的数中，这2本很好。将的很系统。
•   文中提到的观点都比较赞同。尤其是函数要端，类要小这些准则。已经在实践中。这本书里面的很多原则和敏捷软件开发的原则暗合.
•   这本书是作为一名程序员的必备书籍，读完一遍，正准备读第二遍，纸张也可以
•   handbook，所以不要想的太多，就是平时休闲的时候看看的那种... 阅读更多
•   书中给出的是一些准则，并且结合了可行的实际操作方式。这些准则，有些是熟知的，有些则是想都没想过，甚至颠覆了一直以来的认知，如其中给出的一条 尽量不要写注释。当然这些准则不可能完全遵守，需要结合实际来决定是否要采纳。例如有些客户对注释的量是有一定的要求的。有点可惜的是作者说到的一个非常整洁的代码，由于无法找回，所以是看不到了。... 阅读更多
•   所有软件工程师都应该买这本书，这样才能让软件开发者更职业、专业化！不是会写代码就可以称为软件工程师。
•   这本书说得很透彻，能给程序员很多细节上的指点~~很具体~~~