书籍介绍
《重构与模式》开创性地深入揭示了重构与模式这两种软件开发关键技术之间的联系，说明了通过重构实现模式改善既有的设计，往往优于在新的设计早期使用模式。《重构与模式》不仅展示了一种应用模式和重构的创新方法，而且有助于读者透过实战深入理解重构和模式。书中讲述了27种重构方式。
《重构与模式》适于面向对象软件开发人员阅读，也可作为高等学校计算机专业、软件工程专业师生的参考读物。
点击链接进入新版： 重构与模式(修订版)
AI导读
核心看点
- 揭示重构与模式的内在联系
- 主张通过重构演进实现模式
- 提供27种实战重构方式
适合谁读
- 面向对象软件开发人员
- 计算机专业师生参考读物
- 有项目经验的进阶程序员
读前提醒
- 建议结合《重构》一书阅读
- 需具备基础重构与模式知识
- 注意翻译质量及印刷错误
读者共识
- 重构是手段，模式是目的
- 反对过度设计，提倡演进
- 翻译晦涩，需耐心阅读
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "设计不足产生原因有如下几种： 程序员没有时间，没有抽出时间，或者时间不允许进行重构； 程序员在何为好的软件设计方面知识不足； 程序员被要求在既有系统中快速地添加新功能； 程序员被迫同时进行太多项目。 随着时间的推移，设计不足的软件将变成昂贵、难以维护甚至无法维护的大麻烦。"
- "数据结构的构造非常随意，甚至近乎不存在。任何东西都要与其他东西通信。所有重要的状态数据都可能是全局的。在状态信息被隔开的地方，需要通过错综复杂的后端通道杂乱地传递，以绕开系统的原有结构。 变量名和函数名信息量不足，甚至会起误导作用。函数可能使用大量全局变量以及定义模糊的冗长的参数列表。函数本身冗长，费解，完成多项毫无关联的任务。代码重复很多。控制流很难看清，难以找到来龙去脉。程序员的意图几乎无法理解。代码完全不可读，近乎难于破译的天书。代码中有很多经过多个维护者之手不断修修补补留下的明显印记，这些维护者几乎都没有理解自己的修补会造成怎样的后果。 虽然你开发的系统也许不会这么恐怖"
- "减少或去除重复的地方，简化复杂之处，使代码更好地表达其意图。"
目录
第1章 本书的写作缘由 1 1.1 过度设计 1 1.2 模式万灵丹 2 1.3 设计不足 2 1.4 测试驱动开发和持续重构 3 1.5 重构与模式 5 1.6 演进式设计 6第2章 重构 7 2.1 何谓重构 7 2.2 重构的动机 8 2.3 众目睽睽 9 2.4 可读性好的代码 10 2.5 保持清晰 11 2.6 循序渐进 11 2.7 设计欠账 12 2.8 演变出新的架构 13 2.9 复合重构与测试驱动的重构 13 2.10 复合重构的优点 15 2.11 重构工具 15第3章 模式 17 3.1 何谓模式 17 3.2 模式痴迷 18 3.3 实现模式的方式不止一种 20 3.4 通过重构实现、趋向和去除模式 22 3.5 模式是否会使代码更加复杂 24 3.6 模式知识 25 3.7 使用模式的预先设计 26第4章 代码坏味 28 4.1 重复代码(Duplicated Code) 30 4.2 过长函数(Long Method) 30 4.3 条件逻辑太复杂(Conditional Complexity) 31 4.4 基本类型偏执(Primitive Obsession) 32 4.5 不恰当的暴露(Indecent Exposure) 32 4.6 解决方案蔓延(Solution Sprawl) 33 4.7 异曲同工的类(Alternative Classes with Different Interfaces) 33 4.8 冗赘类(Lazy Class) 33 4.9 过大的类(Large Class) 33 4.10 分支语句(Switch Statement) 34 4.11 组合爆炸(Combinatorial Explosion) 34 4.12 怪异解决方案(Oddball Solution) 34第5章 模式导向的重构目录 36 5.1 重构的格式 36 5.2 本目录中引用的项目 37 5.2.1 XML Builder 38 5.2.2 HTML Parser 38 5.2.3 贷款风险计算程序 39 5.3 起点 39 5.4 学习顺序 39第6章 创建 41 6.1 用Creation Method替换构造函数 43 6.1.1 动机 43 6.1.2 做法 45 6.1.3 示例 45 6.1.4 变体 49 6.2 将创建知识搬移到Factory 51 6.2.1 动机 51 6.2.2 做法 54 6.2.3 示例 55 6.3 用Factory封装类 60 6.3.1 动机 60 6.3.2 做法 61 6.3.3 示例 62 6.3.4 变体 65 6.4 用Factory Method引入多态创建 67 6.4.1 动机 67 6.4.2 做法 68 6.4.3 示例 70 6.5 用Builder封装Composite 74 6.5.1 做法 76 6.5.2 示例 77 6.5.3 变体 87 6.6 内联Singleton 90 6.6.1 动机 90 6.6.2 做法 92 6.6.3 示例 93第7章 简化 96 7.1 组合方法 97 7.1.1 动机 97 7.1.2 做法 99 7.1.3 示例 99 7.2 用Strategy替换条件逻辑 102 7.2.1 动机 102 7.2.2 做法 104 7.2.3 示例 105 7.3 将装饰功能搬移到Decorator 115 7.3.1 动机 115 7.3.2 做法 118 7.3.3 示例 119 7.4 用State替换状态改变条件语句 133 7.4.1 动机 133 7.4.2 做法 134 7.4.3 示例 135 7.5 用Composite替换隐含树 143 7.5.1 动机 143 7.5.2 做法 146 7.5.3 示例 147 7.6 用Command替换条件调度程序 155 7.6.1 动机 155 7.6.2 做法 157 7.6.3 示例 158第8章 泛化 164 8.1 形成Template Method 165 8.1.1 动机 166 8.1.2 做法 167 8.1.3 示例 167 8.2 提取Composite 172 8.2.1 动机 172 8.2.2 做法 173 8.2.3 示例 174 8.3 用Composite替换一/多之分 180 8.3.1 动机 180 8.3.2 做法 182 8.3.3 示例 183 8.4 用Observer替换硬编码的通知 190 8.4.1 动机 190 8.4.2 做法 191 8.4.3 示例 192 8.5 通过Adapter统一接口 199 8.5.1 动机 199 8.5.2 做法 200 8.5.3 示例 201 8.6 提取Adapter 208 8.6.1 动机 208 8.6.2 做法 210 8.6.3 示例 210 8.6.4 变体 216 8.7 用Interpreter替换隐式语言 217 8.7.1 动机 217 8.7.2 做法 219 8.7.3 示例 220第9章 保护 230 9.1 用类替换类型代码 231 9.1.1 动机 231 9.1.2 做法 233 9.1.3 示例 234 9.2 用Singleton限制实例化 240 9.2.1 动机 240 9.2.2 做法 241 9.2.3 示例 241 9.3 引入Null Object 244 9.3.1 动机 244 9.3.2 做法 246 9.3.3 示例 247第10章 聚集操作 252 10.1 将聚集操作搬移到Collecting Parameter 253 10.1.1 动机 253 10.1.2 做法 254 10.1.3 示例 255 10.2 将聚集操作搬移到Visitor 259 10.2.1 动机 259 10.2.2 做法 263 10.2.3 示例 267第11章 实用重构 274 11.1 链构造函数 275 11.1.1 动机 275 11.1.2 做法 276 11.1.3 示例 276 11.2 统一接口 278 11.2.1 动机 278 11.2.2 做法 279 11.2.3 示例 279 11.3 提取参数 280 11.3.1 动机 280 11.3.2 做法 280 11.3.3 示例 281跋 282参考文献 283索引 286
用户评论
结合《重构》一书阅读，更好理解设计模式在重构过程中的实现与应用。普通程序员与优秀程序员的差别不在于是否能够实现功能，而是在实现功能后能否继续对所写代码进行思考与改善。
本来是一本有趣的书，但生生被两个Low B翻译搞成了'解密'&‘文化苦旅’
重构的补充
一言以蔽之，重构的目标是形成模式。
好书。“重构的目的是设计模式”简直是一语中的。不过里面不少说明有些依赖Java。有些概念的描述过于书面、晦涩和啰嗦。
另：第100页有笔误。数组扩容应该是增加10，而不是增加10倍。
收藏