重构与模式(荣获第15届生产效率大奖、帮你打通重构与模式任督二脉 )

.3.1 何谓模式 17
3.2 模式痴迷 18
3.3 实现模式的方式不止一种 20
3.4 通过重构实现、趋向和去除模式 22
3.5 模式是否会使代码更加复杂 24
3.6 模式知识 25
3.7 使用模式的预先设计 26
第4章　代码坏味 29
4.1 重复代码（duplicated code） 31
4.2 方法过长（long method） 31
4.3 条件逻辑太复杂（conditional complexity） 32
4.4 基本类型迷恋（primitive obsession） 33
4.5 不恰当的暴露（indecent exposure） 33
4.6 解决方案蔓延（solution sprawl） 34
4.7 异曲同工的类（alternative classes with different interfaces） 34
4.8 冗赘类（lazy class） 34
4.9 类过大（large class） 34
4.10 分支语句（switch statement） 35
4.11 组合爆炸（combinatorial explosion） 35
4.12 怪异解决方案（oddball solution） 35
第5章　模式导向的重构目录 37
5.1 重构的格式 37
5.2 本目录中引用的项目 38
5.2.1 xml builder 39
5.2.2 html parser 39
5.2.3 贷款风险计算程序 40
5.3 起点 40
5.4 学习顺序 41
第6章　创建 43
6.1 用creation method替换构造函数 44
6.1.1 动机 44
6.1.2 做法 46
6.1.3 示例 46
6.1.4 变体 51
6.2 将创建知识搬移到factory 52
6.2.1 动机 53
6.2.2 做法 55
6.2.3 示例 56
6.3 用factory封装类 61
6.3.1 动机 62
6.3.2 做法 63
6.3.3 示例 63
6.3.4 变体 66
6.4 用factory method引入多态创建 68
6.4.1 动机 68
6.4.2 做法 69
6.4.3 示例 71
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章　简化 97
7.1 组合方法 98
7.1.1 动机 98
7.1.2 做法 100
7.1.3 示例 100
7.2 用strategy替换条件逻辑 103
7.2.1 动机 103
7.2.2 做法 105
7.2.3 示例 106
7.3 将装饰功能搬移到decorator 115
7.3.1 动机 115
7.3.2 做法 119
7.3.3 示例 120
7.4 用state替换状态改变条件语句 134
7.4.1 动机 134
7.4.2 做法 135
7.4.3 示例 136
7.5 用composite替换隐含树 144
7.5.1 动机 144
7.5.2 做法 147
7.5.3 示例 148
7.6 用command替换条件调度程序 155
7.6.1 动机 156
7.6.2 做法 157
7.6.3 示例 158
第8章　泛化 165
8.1 形成template method 166
8.1.1 动机 167
8.1.2 做法 168
8.1.3 示例 168
8.2 提取composite 173
8.2.1 动机 173
8.2.2 做法 174
8.2.3 示例 175
8.3 用composite替换一/多之分 181
8.3.1 动机 181
8.3.2 做法 183
8.3.3 示例 184
8.4 用observer替换硬编码的通知 191
8.4.1 动机 191
8.4.2 做法 192
8.4.3 示例 193
8.5 通过adapter统一接口 200
8.5.1 动机 200
8.5.2 做法 201
8.5.3 示例 202
8.6 提取adapter 209
8.6.1 动机 209
8.6.2 做法 211
8.6.3 示例 211
8.6.4 变体 217
8.7 用interpreter替换隐式语言 218
8.7.1 动机 218
8.7.2 做法 220
8.7.3 示例 221
第9章　保护 231
9.1 用类替换类型代码 232
9.1.1 动机 232
9.1.2 做法 234
9.1.3 示例 235
9.2 用singleton限制实例化 240
9.2.1 动机 240
9.2.2 做法 241
9.2.3 示例 241
9.3 引入null object 243
9.3.1 动机 244
9.3.2 做法 245
9.3.3 示例 246
第10章　聚集操作 251
10.1 将聚集操作搬移到collecting parameter 252
10.1.1 动机 252
10.1.2 做法 253
10.1.3 示例 254
10.2 将聚集操作搬移到visitor 258
10.2.1 动机 258
10.2.2 做法 262
10.2.3 示例 266
第11章　实用重构 273
11.1 链构造函数 274
11.1.1 动机 274
11.1.2 做法 275
11.1.3 示例 275
11.2 统一接口 277
11.2.1 动机 277
11.2.2 做法 278
11.2.3 示例 278
11.3 提取参数 279
11.3.1 动机 279
11.3.2 做法 279
11.3.3 示例 280
跋 281
参考文献 283
索引 287

.　　本书要求读者熟悉紧耦合、松耦合等设计方面的概念，以及继承、多态、封装、组合、接口、抽象类和具体类、抽象方法和静态方法等面向对象方面的概念。
　　书中示例使用Java代码。我发现对于大多数面向对象程序员来说，Java代码都很容易读懂。我有意识地不使用那些Java独有的特性，因此无论你习惯于用C++、C#、Visual Basic .NET、Python、Ruby、Smalltalk，还是其他面向对象语言编程，都应该能够理解本书中的代码。
　　本书与Martin Fowler的经典著作《重构》[F]息息相关。该书中包含了对许多低层次的重构，例如：
　　·提炼方法（Extract Method）
　　·提炼接口（Extract Interface）
　　·提炼超类（Extract Superclass）
　　·提炼子类（Extract Subclass）
　　·上移方法（Pull Up Method）
　　·搬移方法（Move Method）
　　·重命名方法（Rename Method）
　　《重构》一书中还有一些更复杂的重构，例如：
　　·用委托替换继承（Replace Inheritance with Delegation）
　　·用多态替换条件语句（Replace Conditional with Polymorphism）
　　·用子类替换类型代码（Replace Type Code with Subclasses）
　　为理解本书中介绍的模式导向的重构，读者无需了解上面列出的所有重构，相反可以跟随阐释这些重构的示例代码进行学习。但是，如果要获取阅读本书的最佳效果，我推荐你同时有一本《重构》在手。该书是无价的重构资源，而且对理解本书很有帮助。
　　我要讨论的模式来自经典图书《设计模式》[DP]，还有其他作者的作品，包括Kent Beck、Bobby Woolf和我本人的作品。我和同事们在实际项目中都实践了重构实现、重构趋向和重构去除这些模式。通过学习模式导向重构的艺术，你将理解如何重构实现、重构趋向和重构去除本书中没有提到的模式。
　　阅读本书不必事先成为这些模式的专家，但是对模式有所了解当然会有帮助。为了帮助读者理解所讨论的模式，本书包含了一些简洁的模式总结、模式的UML略图和许多示例实现代码。要更详细地理解模式，我推荐你在学习本书的同时，也结合研读所引用的模式文献。
　　本书使用UML 2.0表示法。如果对UML不太熟悉的话，不要担心。我也只是知其大略而已。编写本书时，Fowler的《UML 精粹》[Fowler, UD] 一书常伴我左右，不时查阅。
　　如何使用本书
　　要概略地了解本书中的重构，可以从学习每个重构的总结（参见5.1节），以及每个重构中“动机”一节的“优点和缺点”开始。
　　要更深入地理解重构，应该研究每个重构的各个部分，但“做法”一节除外。“做法”一节比较特殊。它的目的是通过建议应该遵循哪些低层次重构，帮助读者实现该重构。理解本书中的重构，并不需要阅读这一节。这一节更可能用作在实际重构时的参考。
　　本书和《重构》[F] 所讨论的代码坏味（code smell），是识别设计问题和找到有助于解决问题的相关重构的一种有益方式。也可以查看本书和《重构》中的重构列表（按字母顺序排列），找到能够改进设计的重构。
　　本书记载的是使设计实现、趋向和去除模式的重构。为了帮助你找到着手的方向，3.4节专门讲述这一主题。本书还有一个表列出了所有模式的名称和可以用于使设计实现、趋向和去除模式的重构。
　　本书历史
　　我从1999年开始动笔撰写本书。当时，有好几个因素都促使我为模式、重构和极限编程（extreme programming，XP）[Beck, XP]写点什么。首先，我非常吃惊地发现，XP文献中还没有提及模式。我因此撰写了一篇名为Patterns & XP（模式与XP）的论文[Kerievsky, PXP]，在该文中我公开地讨论了这一问题，并就如何将软件开发界的这两大主题结合起来提出了一些建议。
　　其次，我知道Martin Fowler在《重构》 [F] 一书中只写到了几个“通过重构实现模式”，而且他明确表示，希望有人在此方面进一步写作。这看上去是一个很值得努力的目标。
　　最后，在我和同事教授的设计模式研讨班上，我注意到有些学员需要更多指导，才能决定何时应该在设计中实际地应用模式。知道模式是什么是一回事，而真正理解什么时候去如何应用模式，就完全是另一回事了。我认为这些学员需要学习一些实际的案例，在这些案例中，在设计时应用模式能看到实实在在的效果，因此我开始将这种案例汇编成一个提纲。
　　当我开始撰写本书时，我遵循了Bruce Eckel 的优秀写作传统，将草稿在网上公开，听取人们的意见。网络真是一个好东西。许多人向我发来反馈，有建议，有鼓励，也有感谢。
　　随着书稿和想法的不断成熟，我开始在许多会议、讲座和Industrial Logic公司的“模式与重构”强化研讨班上讲授“通过重构实现模式”的主题。这使我获得了更多的改进建议，而且更多地了解到程序员理解这一主题需要些什么。
　　渐渐地，我认识到重构是审视模式的最佳方式，而且模式正是一系列低层次重构所能达到的最佳目标。
　　很幸运，书成稿之后，得到了许多经验丰富的专业人士的审阅，他们提出了很多改进建议。我在致谢中提供有关他们的更多情况。
　　站在巨人肩上
　　1995年的夏天，我走进书店，第一次见到了《设计模式》[DP]一书，并从此与模式结下不解之缘。我希望感谢四位作者Erich Gamma、Richard Helm（我还未曾谋面）、Ralph Johnson和John Vlissides编写了如此优秀的技术图书。他们在书中所表现出的睿智，使我大大提高了自己的软件设计水平。
　　大约在1996年，我在一次模式会议上遇到了 Martin Fowler，那时他还没有出名。这就是我们长期友谊的开始。如果Fowler（以及他的合作者Kent Beck、William Opdyke、John Brant和Don Roberts）没有写经典著作《重构》 [F]的话，我真地怀疑自己是否还能写出这本书。与《设计模式》一样，《重构》完全改变了我从事软件设计的方式。
　　我能够完成本书，全拜《设计模式》和《重构》的作者们的辛勤劳动所赐。对此我感激不尽。
　　致谢
　　我是如此幸运，有一位妻子在我写作本书期间全心全意地支持我。Tracy，你是最棒的。我愿与你白头偕老。
　　我们的两个女儿Sasha和Sophia，都是在我写作本书期间出生的。我要感谢她们在爸爸写作时候表现出的耐心。
　　在20世纪70年代，我的父亲Bruce Kerievsky将我和哥哥带到工作场所，让我们画那些位于空调房间中的巨大计算机。他还给我们看长长的绿色和白色的计算机清单，上面用巨大的字母写着我们的名字。这些都激励我进入了这个伟大的行业——谢谢你，父亲。
　　感谢家人之后，应该是技术方面的致谢了。
　　John Brant 对本书居功至伟。他和他的同事 Don Roberts 都位居世界上最渊博的重构专家之列。John审阅了本书手稿的四个版本，提出了很多想法，并鼓励我删去许多比较平淡的内容。他的真知灼见遍及目录中几乎所有重构“做法”部分的字里行间。Don虽然忙于其他的项目，未能投入更多精力，但是他复查了John的反馈意见，非常感谢。我还要感谢两位为本书题跋。
　　Martin Fowler 在审阅和建议上用力甚勤，包括简化略图和澄清某些技术讨论。他帮助我改正了一些有问题的 UML 图，而且进行了更新以反映 UML 2.0的变化。我很荣幸Martin选中本书作为他主编的签名系列之一，感谢他为本书作序。
　　Sven Gorts 下载了本书手稿的多个版本，发来数量惊人的经过深思熟虑的意见。他提出了许多有用的想法，使本书的内容、图和代码都有改进。
　　Somik Raha 在本书内容的提高上帮助很大。他的开源项目htmlparser，是在他完全掌握模式之前启动的，成了需要“通过重构实现模式”的代码宝库。 Somik 和我结对完成了其中的许多重构。由衷地感谢他的支持、鼓励和建议。
　　Eric Evans，《领域驱动设计》一书的作者，对本书手稿的早期版本提供了建议。我们在写书的过程中，经常在旧金山附近的咖啡厅会面。在那里我们共同写作、交换电脑，并评论对方的书稿。Eric，感谢你的反馈和友谊。
　　Chris Lopez，硅谷模式小组（SVPG）的成员，对书的内容、图和代码提出了大量极为详细和有用的建议。同时也感谢硅谷模式小组的其他成员。Chris对本书的细心审阅大大超出了常规。
　　Russ Rufer、Tracy Bialik和硅谷模式小组的其他程序员（包括 Ted Young、Phil Goodwin、Alan Harriman、Charlie Toland、Bob Evans、John Brewer、Jeff Miller、David Vydra、David W. Smith、Patrick Manion、John Wu、Debbie Utley、Carol Thistlethwaite、Ken Scott-Hlebek、Summer Misherghi和Siqing Zhang）开了许多会议，审阅本书较早和更成熟的版本。他们提出了大量好的建议，帮助我认识到哪些地方需要澄清、扩充和精简。特别感谢Russ为本书安排这么多会议，感谢Jeff为讨论录音。
　　Ralph Johnson 和他领导的UIUC（伊利诺伊大学厄巴尼—尚佩恩分校）的模式阅读小组对本书手稿的早期版本提出了极为有用的反馈。这些反馈是用MP3文件记录下来的。我花了大量时间倾听他们讨论的录音，并采纳了许多建议。我尤其要感谢Ralph、Brian Foote、Joseph Yoder和Brian Marick，感谢他们的关心和建议。我还要感谢小组里的其他人——我还不知道他们的名字。感谢Ralph为本书作序。
　　John Vlissides 以各种形式提供了极为有用的反馈，包括对本书草稿第一版的许多详尽的注释。他对我的工作鼓励有加，对此深表谢意。
　　Erich Gamma 为本书介绍性的内容以及重构提供了一些很棒的建议。
　　Kent Beck 审阅了本书中的许多重构，而且还提供了内联Singleton（6.6节）重构中的旁注。我非常感谢他在意大利Alghero召开XP2002会议期间与我结对编程，合作创造了State模式的重构。
　　Ward Cunningham也提供了内联Singleton（6.6节）重构的旁注，并对编排介绍性的内容提供了有益而且关键的建议。
　　Dirk Baumer（Eclipse开发自动重构的首席程序员）和Dmitry Lomov（IntelliJ开发自动重构的首席程序员）都为本书中的许多重构贡献了真知灼见和建议。
　　Kyle Brown 审阅了手稿较早的版本，提供了许多很好的意见。
　　Ken Shirriff 和 John Tangney 对本书手稿的很多版本都提供了大量富于想法的反馈。
　　Ken Thomases 指出了用类替换类型代码（9.1节）重构中“做法”的较早版本的一个严重错误。
　　Robert Hirshfeld 帮助阐明了将装饰功能搬移到Decorator（7.3节）重构较早版本中的做法。
　　Ron Jeffries 在extremeprogramming@yahoogroups.com上与我长篇大论地争论，帮助我澄清了本书中的一些内容。他还帮助我“重构”了本书介绍性内容中很难处理的一节中的文字。
　　Dmitri Kerievsky 帮助我润色了前言中的文字。
　　以下诸位也不断提供了许多有益的反馈：Gunjan Doshi、Jeff Grigg、Kaoru Hosokawa、Don Hinton、Andrew Swan、Erik Meade、Craig Demyanovich、Dave Hoover、Rob Mee和Alex Chaffee。
　　我还要感谢邮件列表refactoring@yahoogroups.com上讨论本书中重构的诸位的反馈。
　　我要感谢Industrial Logic公司各种课程、设计模式研讨班和测试与重构研讨班上的学员，他们也对本书中的重构提供了建议。其中许多人帮助我了解到书中哪些地方不够清楚，哪些地方讲得还不够。
　　我特别感谢编辑Paul Petralia，还有他的团队（Lisa Iarkowski、Faye Gemmellaro、John Fuller、Kim Arney Mulcahy、Chrysta Meadowbrooke、Rebecca Rider 和 Richard Evans）。当其他出版社也在争取出版本书时，是Paul煞费苦心地说服Addison-Wesley争得了出版权。对此我由衷地感谢。我阅读Addison-Wesley许多知名著作多年，本书能够成为其中一员我备感荣幸。在本书写作过程中，Paul成了我的朋友。在他不唠唠叨叨地催促我加紧完稿的时候，我们在一起谈孩子、打网球，度过了许多愉快和轻松的时光。谢谢你，Paul——有你这样的编辑真是幸运。