代码整洁之道（姐妹篇）：程序员的职业素养_带书签_高清完整版

[美] Robert C.Martin 著；章显洲，余晟 译 ISBN：9787115291578

立即下载

上传者： e98123 时间： 2017-11-14

RobertCMartin-代码整洁之道：程序员的职业素养(带书签高清版).pdf

本书是《代码整洁之道》的姐妹篇，是作者 "Bob 大叔 40 余年编程生涯的心得体会的总结，讲解要成为真正专业的程序员需要具备什么样的态度，需要遵循什么样的原则，需要采取什么样的行动。作者以自己以及身边的同事走过的弯路、犯过的错误为例，意在为后来者引路，助其职业生涯迈上更高台阶。"

立即下载

上传者： gaojiaxing 时间： 2017-08-07

代码整洁之道：程序员的职业素养PDF

代码整洁之道：程序员的职业素养PDF， 代码整洁之道：程序员的职业素养PDF， 代码整洁之道：程序员的职业素养PDF

立即下载

上传者： htjswhg_a 时间： 2017-09-02

代码整洁之道 适合kindle

代码整洁之道 适合kindle，用azw转的资源，亚马逊官方排版。

立即下载

上传者： marwenx 时间： 2018-03-03

[精品]代码整洁之道.epub

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

立即下载

上传者： sinat_41571160 时间： 2018-01-02

【代码整洁之道】中文版+高清扫描+目录.pdf

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

立即下载

上传者： u012354248 时间： 2018-04-20

代码整洁之道（clean_code中文完整版.带书签)

编写可维护性的代码，经典书籍，带书签完整版，以java为语言编写的

立即下载

上传者： key15923836461 时间： 2018-01-20

《代码整洁之道》 高清扫描版 PDF

《代码整洁之道》 高清扫描版 PDF 《代码整洁之道》 高清扫描版 PDF

立即下载

上传者： qq_28616789 时间： 2018-04-29

Clean Code 代码整洁之道 （英文版+中文版）PDF

Clean Code 代码整洁之道 （英文版+中文版），软件工程参考书电子版，英文原版+中文翻译版。【美】Robert C. Martin 著， 韩磊 译 目录： 第1章 整洁代码 1 1.1 要有代码 2 1.2 糟糕的代码 2 1.3 混乱的代价 3 1.3.1 华丽新设计 4 1.3.2 态度 4 1.3.3 迷题 5 1.3.4 整洁代码的艺术 5 1.3.5 什么是整洁代码 6 1.4 思想流派 10 1.5 我们是作者 11 1.6 童子军军规 12 1.7 前传与原则 12 1.8 小结 12 1.9 文献 13 第2章 有意义的命名 15 2.1 介绍 15 2.2 名副其实 16 2.3 避免误导 17 2.4 做有意义的区分 18 2.5 使用读得出来的名称 19 2.6 使用可搜索的名称 20 2.7 避免使用编码 21 2.7.1 匈牙利语标记法 21 2.7.2 成员前缀 21 2.7.3 接口和实现 22 2.8 避免思维映射 22 2.9 类名 23 2.10 方法名 23 2.11 别扮可爱 23 2.12 每个概念对应一个词 24 2.13 别用双关语 24 2.14 使用解决方案领域名称 25 2.15 使用源自所涉问题领域的名称 25 2.16 添加有意义的语境 25 2.17 不要添加没用的语境 27 2.18 最后的话 27 第3章 函数 29 3.1 短小 32 3.2 只做一件事 33 3.3 每个函数一个抽象层级 34 3.4 switch语句 35 3.5 使用描述性的名称 36 3.6 函数参数 37 3.6.1 一元函数的普遍形式 38 3.6.2 标识参数 38 3.6.3 二元函数 38 3.6.4 三元函数 39 3.6.5 参数对象 39 3.6.6 参数列表 40 3.6.7 动词与关键字 40 3.7 无副作用 40 3.8 分隔指令与询问 42 3.9 使用异常替代返回错误码 42 3.9.1 抽离Try/Catch代码块 43 3.9.2 错误处理就是一件事 44 3.9.3 Error.java依赖磁铁 44 3.10 别重复自己 44 3.11 结构化编程 45 3.12 如何写出这样的函数 45 3.13 小结 45 3.14 SetupTeardownIncluder程序 46 3.15 文献 48 第4章 注释 49 4.1 注释不能美化糟糕的代码 50 4.2 用代码来阐述 51 4.3 好注释 51 4.3.1 法律信息 51 4.3.2 提供信息的注释 51 4.3.3 对意图的解释 52 4.3.4 阐释 53 4.3.5 警示 53 4.3.6 TODO注释 54 4.3.7 放大 54 4.3.8 公共API中的Javadoc 55 4.4 坏注释 55 4.4.1 喃喃自语 55 4.4.2 多余的注释 56 4.4.3 误导性注释 58 4.4.4 循规式注释 58 4.4.5 日志式注释 59 4.4.6 废话注释 59 4.4.7 可怕的废话 61 4.4.8 能用函数或变量时就别用注释 62 4.4.9 位置标记 62 4.4.10 括号后面的注释 62 4.4.11 归属与署名 63 4.4.12 注释掉的代码 63 4.4.13 HTML注释 64 4.4.14 非本地信息 64 4.4.15 信息过多 65 4.4.16 不明显的联系 65 4.4.17 函数头 66 4.4.18 非公共代码中的Javadoc 66 4.4.19 范例 66 4.5 文献 69 第5章 格式 71 5.1 格式的目的 72 5.2 垂直格式 72 5.2.1 向报纸学习 73 5.2.2 概念间垂直方向上的区隔 73 5.2.3 垂直方向上的靠近 74 5.2.4 垂直距离 75 5.2.5 垂直顺序 79 5.3 横向格式 79 5.3.1 水平方向上的区隔与靠近 80 5.3.2 水平对齐 81 5.3.3 缩进 82 5.3.4 空范围 84 5.4 团队规则 84 5.5 鲍勃大叔的格式规则 85 第6章 对象和数据结构 87 6.1 数据抽象 87 6.2 数据、对象的反对称性 89 6.3 得墨忒耳律 91 6.3.1 火车失事 91 6.3.2 混杂 92 6.3.3 隐藏结构 92 6.4 数据传送对象 93 6.5 小结 94 6.6 文献 94 第7章 错误处理 95 7.1 使用异常而非返回码 96 7.2 先写Try-Catch-Finally语句 97 7.3 使用不可控异常 98 7.4 给出异常发生的环境说明 99 7.5 依调用者需要定义异常类 99 7.6 定义常规流程 100 7.7 别返回null值 101 7.8 别传递null值 102 7.9 小结 103 7.10 文献 104 第8章 边界 105 8.1 使用第三方代码 106 8.2 浏览和学习边界 107 8.3 学习log4j 108 8.4 学习性测试的好处不只是免费 110 8.5 使用尚不存在的代码 110 8.6 整洁的边界 111 8.7 文献 112 第9章 单元测试 113 9.1 TDD三定律 114 9.2 保持测试整洁 115 9.3 整洁的测试 116 9.3.1 面向特定领域的测试语言 118 9.3.2 双重标准 119 9.4 每个测试一个断言 121 9.5 F.I.R.S.T. 122 9.6 小结 123 9.7 文献 124 第10章 类 125 10.1 类的组织 126 10.2 类应该短小 126 10.2.1 单一权责原则 128 10.2.2 内聚 129 10.2.3 保持内聚性就会得到许多短小的类 130 10.3 为了修改而组织 136 10.4 文献 139 第11章 系统 141 11.1 如何建造一个城市 142 11.2 将系统的构造与使用分开 142 11.2.1 分解main 143 11.2.2 工厂 143 11.2.3 依赖注入 144 11.3 扩容 145 11.4 Java代理 148 11.5 纯Java AOP框架 150 11.6 AspectJ的方面 152 11.7 测试驱动系统架构 153 11.8 优化决策 154 11.9 明智使用添加了可论证价值的标准 154 11.10 系统需要领域特定语言 154 11.11 小结 155 11.12 文献 155 第12章 迭进 157 12.1 通过迭进设计达到整洁目的 157 12.2 简单设计规则1:运行所有测试 158 12.3 简单设计规则2~4:重构 158 12.4 不可重复 159 12.5 表达力 161 12.6 尽可能少的类和方法 162 12.7 小结 162 12.8 文献 162 第13章 并发编程 163 13.1 为什么要并发 164 13.2 挑战 165 13.3 并发防御原则 166 13.3.1 单一权责原则 166 13.3.2 推论:限制数据作用域 166 13.3.3 推论:使用数据复本 167 13.3.4 推论:线程应尽可能地独立 167 13.4 了解Java库 167 13.5 了解执行模型 168 13.5.1 生产者-消费者模型 169 13.5.2 读者-作者模型 169 13.5.3 宴席哲学家 169 13.6 警惕同步方法之间的依赖 169 13.7 保持同步区域微小 170 13.8 很难编写正确的关闭代码 170 13.9 测试线程代码 171 13.9.1 将伪失败看作可能的线程问题 171 13.9.2 先使非线程代码可工作 171 13.9.3 编写可插拔的线程代码 172 13.9.4 编写可调整的线程代码 172 13.9.5 运行多于处理器数量的线程 172 13.9.6 在不同平台上运行 172 13.9.7 装置试错代码 173 13.9.8 硬编码 173 13.9.9 自动化 174 13.10 小结 175 13.11 文献 175 第14章 逐步改进 176 14.1 Args的实现 177 14.2 Args:草稿 183 14.2.1 所以我暂停了 195 14.2.2 渐进 195 14.3 字符串参数 197 14.4 小结 234 第15章 JUnit内幕 235 15.1 JUnit框架 236 15.2 小结 249 第16章 重构SerialDate 251 16.1 首先，让它能工作 252 16.2 让它做对 254 16.3 小结 266 16.4 文献 267 第17章 味道与启发 269 17.1 注释 270 17.2 环境 271 17.3 函数 271 17.4 一般性问题 272 17.5 Java 288 17.6 名称 291 17.7 测试 294 17.8 小结 295 17.9 文献 296 附录A 并发编程II 297 A.1 客户端/服务器的例子 297 A.1.1 服务器 297 A.1.2 添加线程代码 298 A.1.3 观察服务器端 299 A.1.4 小结 301 A.2 执行的可能路径 301 A.2.1 路径数量 302 A.2.2 深入挖掘 303 A.2.3 小结 305 A.3 了解类库 305 A.3.1 Executor框架 305 A.3.2 非锁定的解决方案 306 A.3.3 非线程安全类 307 A.4 方法之间的依赖可能破坏并发代码 308 A.4.1 容忍错误 309 A.4.2 基于客户代码的锁定 309 A.4.3 基于服务端的锁定 311 A.5 提升吞吐量 312 A.5.1 单线程条件下的吞吐量 313 A.5.2 多线程条件下的吞吐量 313 A.6 死锁 314 A.6.1 互斥 315 A.6.2 上锁及等待 315 A.6.3 无抢先机制 315 A.6.4 循环等待 315 A.6.5 不互斥 316 A.6.6 不上锁及等待 316 A.6.7 满足抢先机制 317 A.6.8 不做循环等待 317 A.7 测试多线程代码 317 A.8 测试线程代码的工具支持 320 A.9 小结 320 A.10 教程:完整代码范例 321 A.10.1 客户端/服务器非线程代码 321 A.10.2 使用线程的客户端/服务器代码 324 附录B org.jfree.date.SerialDate 327

立即下载

上传者： qq_20461063 时间： 2018-01-29

clean code-代码整洁之道(中文完整版-带书签)

本书提出一种观念：代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者，本书作者给出了一系列行之有效的整洁代码操作实践。这些实践在本书中体现为一条条规则(或称“启示”)，并辅以来自现实项目的正、反两面的范例。只要遵循这些规则，就能编写出干净的代码，从而有效提升代码质量。 本书阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验，涵盖从命名到重构的多个编程方面，虽为一“家”之言，然诚有可资借鉴的价值。 作者Martin是软件工程领域的大师级人物，是《敏捷软件开发：原则、模式与实践》、《敏捷软件开发：原则、模式与实践(C#版)》（邮电）、《极限编程实践》（邮电）等国内引进的畅销书的作者，其中第一本原著荣获美国《软件开发》第13届震憾（Jolt）大奖，Martin的敏捷系列书是软件工程界的权威书籍。本书是他的又一最新力作。 Martin在书中对代码具有革命性的解读阐述了整洁代码的最佳敏捷实践的方法书中介绍规则均来自Martin多年的经验，拥有很高的借鉴价值。 非常不错的扫描版, 添加了书签, 但里面也添加了一些注释. 使用 Adobe Acrobat Professional 可以去处那些注释. 目录: 第1章 整洁代码 1.1 要有代码 1.2 糟糕的代码 1.3 混乱的代价 1.3.1 华丽新设计 1.3.2 态度 1.3.3 迷题 1.3.4 整洁代码的艺术 1.3.5 什么是整洁代码 1.4 思想流派 1.5 我们是作者 1.6 童子军军规 1.7 前传与原则 1.8 小结 1.9 文献 第2章 有意义的命名 2.1 介绍 2.2 名副其实 2.3 避免误导 2.4 做有意义的区分 2.5 使用读得出来的名称 2.6 使用可搜索的名称 2.7 避免使用编码 2.7.1 匈牙利语标记法 2.7.2 成员前缀 2.7.3 接口和实现 2.8 避免思维映射 2.9 类名 2.10 方法名 2.11 别扮可爱 2.12 每个概念对应一个词 2.13 别用双关语 2.14 使用解决方案领域名称 2.15 使用源自所涉问题领域的名称 2.16 添加有意义的语境 2.17 不要添加没用的语境 2.18 最后的话 第3章 函数 3.1 短小 3.2 只做一件事 3.3 每个函数一个抽象层级 3.4 switch语句 3.5 使用描述性的名称 3.6 函数参数 3.6.1 一元函数的普遍形式 3.6.2 标识参数 3.6.3 二元函数 3.6.4 三元函数 3.6.5 参数对象 3.6.6 参数列表 3.6.7 动词与关键字 3.7 无副作用 3.8 分隔指令与询问 3.9 使用异常替代返回错误码 3.9.1 抽离Try/Catch代码块 3.9.2 错误处理就是一件事 3.9.3 Error.java依赖磁铁 3.10 别重复自己 3.11 结构化编程 3.12 如何写出这样的函数 3.13 小结 3.14 SetupTeardownIncluder程序 3.15 文献 第4章 注释 第5章 格式 第6章 对象和数据结构 第7章 错误处理 第8章 边界 第9章 单元测试 第10章 类 第11章 系统 第12章 迭进 第13章 并发编程 第14章 逐步改进 第15章 JUnit内幕 第16章 重构SerialDate 第17章 味道与启发 附录A 并发编程II 附录B org.jfree.date.SerialDate 结束语

立即下载

上传者： zhangkui_85 时间： 2017-10-19

代码整洁之道 高清PDF版

代码整洁之道 代码整洁之道 代码整洁之道 代码整洁之道 代码整洁之道

立即下载

上传者： wm3tcw28 时间： 2017-12-30

[免费PDF高清]RobertCMartin-代码整洁之道：程序员的职业素养(带书签高清版).rar

[免费PDF高清]RobertCMartin-代码整洁之道：程序员的职业素养(带书签高清版).rar

立即下载

上传者： zhousiwei 时间： 2018-04-17

代码整洁之道（清晰版+带书签）

这个是我目前见到的最清晰的pdf版本。书签是我自己加的，没有加全

立即下载

上传者： lsj9192 时间： 2015-09-24

代码整洁之道（电子书 文字版 完整版）Robert C.Martin

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

立即下载

上传者： yinrushuai0322 时间： 2018-03-22

内含《Clean Code-代码整洁之道(中文完整版).pdf》和《重构改善既有代码的设计.pdf》

最近几个月公司一直在搞代码质量，将以前稳定运行了十年之久的代码拿出来用KW扫描。扫描结果是2000+问题（其中需要整改的问题就占了半数），这个结果让人吃惊。看似稳定运行的代码居然有如此多隐患。在解决问题的过程性中，重构了许多代码，重构的依据和方式就是参考《Clean Code-代码整洁之道(中文完整版).pdf》和《重构改善既有代码的设计.pdf》。

立即下载

上传者： y411067016 时间： 2017-09-16

代码整洁之道PDF

代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。

立即下载

上传者： shanglz 时间： 2018-01-17

重构-改善既有代码的设计（高清）+Clean Code 代码整洁之道（中文带书签）

重构-改善既有代码的设计[高清版] && clean code-代码整洁之道(中文完整版-带书签) 重构-改善既有代码的设计目录 第1章　重构，第一个案例 1 1.1　起点 1 1.2　重构的第一步 7 1.3　分解并重组statement() 8 1.4　运用多态取代与价格相关的条件逻辑 34 1.5　结语 52 第2章　重构原则 53 2.1　何谓重构 53 2.2　为何重构 55 2.3　何时重构 57 2.4　怎么对经理说 60 2.5　重构的难题 62 2.6　重构与设计 66 2.7　重构与性能 69 2.8　重构起源何处 71 第3章　代码的坏味道 75 3.1　duplicated code（重复代码） 76 3.2　long method（过长函数） 76 3.3　large class（过大的类） 78 3.4　long parameter list（过长参数列） 78 .3.5　divergent change（发散式变化） 79 3.6　shotgun surgery（霰弹式修改） 80 3.7　feature envy（依恋情结） 80 3.8　data clumps（数据泥团） 81 3.9　primitive obsession（基本类型偏执） 81 3.10　switch statements（switch惊悚现身） 82 3.11　parallel inheritancehierarchies（平行继承体系） 83 3.12　lazy class（冗赘类） 83 3.13　speculative generality（夸夸其谈未来性） 83 3.14　temporary field（令人迷惑的暂时字段） 84 3.15　message chains（过度耦合的消息链） 84 3.16　middle man（中间人） 85 3.17　inappropriate intimacy（狎昵关系） 85 3.18　alternative classes with different interfaces（异曲同工的类） 85 3.19　incomplete library class（不完美的库类） 86 3.20　data class（纯稚的数据类） 86 3.21　refused bequest（被拒绝的遗赠） 87 3.22　comments（过多的注释） 87 第4章　构筑测试体系 89 4.1　自测试代码的价值 89 4.2　junit测试框架 91 4.3　添加更多测试 97 第5章　重构列表 103 5.1　重构的记录格式 103 5.2　寻找引用点 105 5.3　这些重构手法有多成熟 106 第6章　重新组织函数 109 6.1　extract method（提炼函数） 110 6.2　inline method（内联函数） 117 6.3　inline temp（内联临时变量） 119 6.4　replace temp with query（以查询取代临时变量） 120 6.5　introduce explaining variable（引入解释性变量） 124 6.6　split temporary variable（分解临时变量） 128 6.7　remove assignments to parameters（移除对参数的赋值） 131 6.8　replace method with method object（以函数对象取代函数） 135 6.9　substitute algorithm（替换算法） 139 第7章　在对象之间搬移特性 141 7.1　move method（搬移函数） 142 7.2　move field（搬移字段） 146 7.3　extract class（提炼类） 149 7.4　inline class（将类内联化） 154 7.5　hide delegate（隐藏“委托关系”） 157 7.6　remove middle man（移除中间人） 160 7.7　introduce foreign method（引入外加函数） 162 7.8　introduce local extension（引入本地扩展） 164 第8章　重新组织数据 169 8.1　self encapsulate field（自封装字段） 171 8.2　replace data value with object（以对象取代数据值） 175 8.3　change value to reference（将值对象改为引用对象） 179 8.4　change reference to value（将引用对象改为值对象） 183 8.5　replace array with object（以对象取代数组） 186 8.6　duplicate observed data（复制“被监视数据”） 189 8.7　change unidirectional association to bidirectional（将单向关联改为双向关联） 197 8.8　change bidirectional association to unidirectional（将双向关联改为单向关联） 200 8.9　replace magic number with symbolic constant（以字面常量取代魔法数） 204 8.10　encapsulate field（封装字段） 206 8.11　encapsulate collection（封装集合） 208 8.12　replace record with data class（以数据类取代记录） 217 8.13　replace type code with class（以类取代类型码） 218 8.14　replace type code with subclasses（以子类取代类型码） 223 8.15　replace type code with state/strategy（以state/strategy取代类型码） 227 8.16　replace subclass with fields（以字段取代子类） 232 第9章　简化条件表达式 237 9.1　decompose conditional（分解条件表达式） 238 9.2　consolidate conditional expression（合并条件表达式） 240 9.3　consolidate duplicate conditional fragments（合并重复的条件片段） 243 9.4　remove control flag（移除控制标记） 245 9.5　replace nested conditional with guard clauses（以卫语句取代嵌套条件表达式） 250 9.6　replace conditional with polymorphism（以多态取代条件表达式） 255 9.7　introduce null object（引入null对象） 260 9.8　introduce assertion（引入断言） 267 第10章　简化函数调用 271 10.1　rename method（函数改名） 273 10.2　add parameter（添加参数） 275 10.3　remove parameter（移除参数） 277 10.4　separate query from modifier（将查询函数和修改函数分离） 279 10.5　parameterize method（令函数携带参数） 283 10.6　replace parameter with explicit methods（以明确函数取代参数） 285 10.7　preserve whole object（保持对象完整） 288 10.8　replace parameter with methods（以函数取代参数） 292 10.9　introduce parameter object（引入参数对象） 295 10.10　remove setting method（移除设值函数） 300 10.11　hide method（隐藏函数） 303 10.12　replace constructor with factory method（以工厂函数取代构造函数） 304 10.13　encapsulate downcast（封装向下转型） 308 10.14　replace error code with exception（以异常取代错误码） 310 10.15　replace exception with test（以测试取代异常） 315 第11章　处理概括关系 319 11.1　pull up field（字段上移） 320 11.2　pull up method（函数上移） 322 11.3　pull up constructor body（构造函数本体上移） 325 11.4　push down method（函数下移） 328 11.5　push down field（字段下移） 329 11.6　extract subclass（提炼子类） 330 11.7　extract superclass（提炼超类） 336 11.8　extract interface（提炼接口） 341 11.9　collapse hierarchy（折叠继承体系） 344 11.10　form tem plate method（塑造模板函数） 345 11.11　replace inheritance with delegation（以委托取代继承） 352 11.12　replace delegation with inheritance（以继承取代委托） 355 第12章　大型重构 359 12.1　tease apart inheritance（梳理并分解继承体系） 362 12.2　convert procedural design to objects（将过程化设计转化为对象设计） 368 12.3　separate domain from presentation（将领域和表述/显示分离） 370 12.4　extract hierarchy（提炼继承体系） 375 第13章　重构，复用与现实 379 13.1　现实的检验 380 13.2　为什么开发者不愿意重构他们的程序 381 13.3　再论现实的检验 394 13.4　重构的资源和参考资料 394 13.5　从重构联想到软件复用和技术传播 395 13.6　小结 397 13.7　参考文献 397 第14章　重构工具 401 14.1　使用工具进行重构 401 14.2　重构工具的技术标准 403 14.3　重构工具的实用标准 405 14.4　小结 407 第15章　总结 409 参考书目 413 要点列表 417 索引 419 Clean Code 代码整洁之道（中文带书签） 第1章　整洁代码　1 1.1　要有代码　2 1.2　糟糕的代码　2 1.3　混乱的代价　3 1.3.1　华丽新设计　4 1.3.2　态度　4 1.3.3　迷题　5 1.3.4　整洁代码的艺术　5 1.3.5　什么是整洁代码　6 1.4　思想流派　10 1.5　我们是作者　11 1.6　童子军军规　12 1.7　前传与原则　12 1.8　小结　12 1.9　文献　13 第2章　有意义的命名　15 2.1　介绍　15 2.2　名副其实　16 2.3　避免误导　17 2.4　做有意义的区分　18 2.5　使用读得出来的名称　19 2.6　使用可搜索的名称　20 2.7　避免使用编码　21 2.7.1　匈牙利语标记法　21 2.7.2　成员前缀　21 2.7.3　接口和实现　22 2.8　避免思维映射　22 2.9　 类名　23 2.10　方法名　23 2.11　别扮可爱　23 2.12　每个概念对应一个词　24 2.13　别用双关语　24 2.14　使用解决方案领域名称　25 2.15　使用源自所涉问题领域的名称　25 2.16　添加有意义的语境　25 2.17　不要添加没用的语境　27 2.18　最后的话　27 第3章　函数　29 3.1　短小　32 3.2　只做一件事　33 3.3　每个函数一个抽象层级　34 3.4　switch语句　35 3.5　使用描述性的名称　36 3.6　函数参数　37 3.6.1　一元函数的普遍形式　38 3.6.2　标识参数　38 3.6.3　二元函数　38 3.6.4　三元函数　39 3.6.5　参数对象　39 3.6.6　参数列表　40 3.6.7　动词与关键字　40 3.7　无副作用　40 3.8　分隔指令与询问　42 3.9　使用异常替代返回错误码　42 3.9.1　抽离Try/Catch代码块　43 3.9.2　错误处理就是一件事　44 3.9.3　Error.java依赖磁铁　44 3.10　别重复自己　44 3.11　结构化编程　45 3.12　如何写出这样的函数　45 3.13　小结　45 3.14　SetupTeardownIncluder程序　46 3.15　文献　48 第4章　注释　49 4.1　注释不能美化糟糕的代码　50 4.2　用代码来阐述　51 4.3　好注释　51 4.3.1　法律信息　51 4.3.2　提供信息的注释　51 4.3.3　对意图的解释　52 4.3.4　阐释　53 4.3.5　警示　53 4.3.6　TODO注释　54 4.3.7　放大　54 4.3.8　公共API中的Javadoc　55 4.4　坏注释　55 4.4.1　喃喃自语　55 4.4.2　多余的注释　56 4.4.3　误导性注释　58 4.4.4　循规式注释　58 4.4.5　日志式注释　59 4.4.6　废话注释　59 4.4.7　可怕的废话　61 4.4.8　能用函数或变量时就别用注释　62 4.4.9　位置标记　62 4.4.10　括号后面的注释　62 4.4.11　归属与署名　63 4.4.12　注释掉的代码　63 4.4.13　HTML注释　64 4.4.14　非本地信息　64 4.4.15　信息过多　65 4.4.16　不明显的联系　65 4.4.17　函数头　66 4.4.18　非公共代码中的Javadoc　66 4.4.19　范例　66 4.5　文献　69 第5章　格式　71 5.1　格式的目的　72 5.2　垂直格式　72 5.2.1　向报纸学习　73 5.2.2　概念间垂直方向上的区隔　73 5.2.3　垂直方向上的靠近　74 5.2.4　垂直距离　75 5.2.5　垂直顺序　79 5.3　横向格式　79 5.3.1　水平方向上的区隔与靠近　80 5.3.2　水平对齐　81 5.3.3　缩进　82 5.3.4　空范围　84 5.4　团队规则　84 5.5　鲍勃大叔的格式规则　85 第6章　对象和数据结构　87 6.1　数据抽象　87 6.2　数据、对象的反对称性　89 6.3　得墨忒耳律　91 6.3.1　火车失事　91 6.3.2　混杂　92 6.3.3　隐藏结构　92 6.4　数据传送对象　93 6.5　小结　94 6.6　文献　94 第7章　错误处理　95 7.1　使用异常而非返回码　96 7.2　先写Try-Catch-Finally语句　97 7.3　使用不可控异常　98 7.4　给出异常发生的环境说明　99 7.5　依调用者需要定义异常类　99 7.6　定义常规流程　100 7.7　别返回null值　101 7.8　别传递null值　102 7.9　小结　103 7.10 文献　104 第8章　边界　105 8.1　使用第三方代码　106 8.2　浏览和学习边界　107 8.3　学习log4j　108 8.4　学习性测试的好处不只是免费　110 8.5　使用尚不存在的代码　110 8.6　整洁的边界　111 8.7　文献　112 第9章　单元测试　113 9.1　TDD三定律　114 9.2　保持测试整洁　115 9.3　整洁的测试　116 9.3.1　面向特定领域的测试语言　118 9.3.2　双重标准　119 9.4　每个测试一个断言　121 9.5　F.I.R.S.T.　122 9.6　小结　123 9.7　文献　124 第10章　类　125 10.1　类的组织　126 10.2　类应该短小　126 10.2.1　单一权责原则　128 10.2.2　内聚　129 10.2.3　保持内聚性就会得到许多短小的类　130 10.3　为了修改而组织　136 10.4　文献　139 第11章　系统　141 11.1　如何建造一个城市　142 11.2　将系统的构造与使用分开　142 11.2.1　分解main　143 11.2.2　工厂　143 11.2.3　依赖注入　144 11.3　扩容　145 11.4　Java代理　148 11.5　纯Java AOP框架　150 11.6　AspectJ的方面　152 11.7　测试驱动系统架构　153 11.8　优化决策　154 11.9　明智使用添加了可论证价值的标准　154 11.10 系统需要领域特定语言　154 11.11 小结　155 11.12 文献　155 第12章　迭进　157 12.1　通过迭进设计达到整洁目的　157 12.2　简单设计规则1：运行所有测试　158 12.3　简单设计规则2～4：重构　158 12.4　不可重复　159 12.5　表达力　161 12.6　尽可能少的类和方法　162 12.7　小结　162 12.8　文献　162 第13章　并发编程　163 13.1　为什么要并发　164 13.2　挑战　165 13.3　并发防御原则　166 13.3.1　单一权责原则　166 13.3.2　推论：限制数据作用域　166 13.3.3　推论：使用数据复本　167 13.3.4　推论：线程应尽可能地独立　167 13.4　了解Java库　167 13.5　了解执行模型　168 13.5.1　生产者-消费者模型　169 13.5.2　读者-作者模型　169 13.5.3　宴席哲学家　169 13.6　警惕同步方法之间的依赖　169 13.7　保持同步区域微小　170 13.8　很难编写正确的关闭代码　170 13.9　测试线程代码　171 13.9.1　将伪失败看作可能的线程问题　171 13.9.2　先使非线程代码可工作　171 13.9.3　编写可插拔的线程代码　172 13.9.4　编写可调整的线程代码　172 13.9.5　运行多于处理器数量的线程　172 13.9.6　在不同平台上运行　172 13.9.7　装置试错代码　173 13.9.8　硬编码　173 13.9.9　自动化　174 13.10　小结　175 13.11　文献　175 第14章　逐步改进　176 14.1　Args的实现　177 14.2　Args：草稿　183 14.2.1　所以我暂停了　195 14.2.2　渐进　195 14.3　字符串参数　197 14.4　小结　234 第15章　JUnit内幕　235 15.1　JUnit框架　236 15.2　小结　249 第16章　重构SerialDate　251 16.1　首先，让它能工作　252 16.2　让它做对　254 16.3　小结　266 16.4　文献　267 第17章　味道与启发　269 17.1　注释　270 17.2　环境　271 17.3　函数　271 17.4　一般性问题　272 17.5　Java　288 17.6　名称　291 17.7　测试　294 17.8　小结　295 17.9　文献　296 附录A　并发编程II　297 A.1　客户端/服务器的例子　297 A.1.1　服务器　297 A.1.2　添加线程代码　298 A.1.3　观察服务器端　299 A.1.4　小结　301 A.2　执行的可能路径　301 A.2.1　路径数量　302 A.2.2　深入挖掘　303 A.2.3　小结　305 A.3　了解类库　305 A.3.1　Executor框架　305 A.3.2　非锁定的解决方案　306 A.3.3　非线程安全类　307 A.4　方法之间的依赖可能破坏并发代码　308 A.4.1　容忍错误　309 A.4.2　基于客户代码的锁定　309 A.4.3　基于服务端的锁定　311 A.5　提升吞吐量　312 A.5.1　单线程条件下的吞吐量　313 A.5.2　多线程条件下的吞吐量　313 A.6　死锁　314 A.6.1　互斥　315 A.6.2　上锁及等待　315 A.6.3　无抢先机制　315 A.6.4　循环等待　315 A.6.5　不互斥　316 A.6.6　不上锁及等待　316 A.6.7　满足抢先机制　317 A.6.8　不做循环等待　317 A.7　测试多线程代码　317 A.8　测试线程代码的工具支持　320 A.9　小结　320 A.10 教程：完整代码范例　321 A.10.1　客户端/服务器非线程代码　321 A.10.2　使用线程的客户端/服务器代码　324 附录B　org.jfree.date.SerialDate　327 结束语　389

立即下载

上传者： zl245437_ 时间： 2018-01-24

代码整洁之道 ppt版本

代码整洁之道的ppt转pdf版本，描述可代码开发的一种整洁的思想

立即下载

上传者： hemastorm 时间： 2015-04-29

重构-改善既有代码的设计+代码整洁之道+大象-ThinkinginUML

程序员必读 重构-改善既有代码的设计 代码整洁之道 大象-Thinking_in_UML 带目录书签 高清版

立即下载

上传者： crh5354 时间： 2016-03-30

中文完整版代码整洁之道

中文完整版代码整洁之道，pdf压缩版，比别人家的便宜哦，不骗人！！！

立即下载

上传者： u011159820 时间： 2017-11-09