重构 改善既有代码的设计 下载 pdf 百度网盘 epub 免费 2025 电子书 mobi 在线

本书清晰揭示了重构的过程，解释了重构的原理和best实践方式，并给出了何时以及何地应该开始挖掘代码以求改善。书中给出了70 多个可行的重构，每个重构都介绍了一种经过验证的代码变换手法的动机和技术。本书提出的重构准则将帮助你一次一小步地修改你的代码，从而减少了开发过程中的风险。

第 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

Martin Fowler，世界软件开发巨匠，在面向对象分析设计、UML、模式、XP和重构等领域都有贡献，现为软件开发咨询公司ThoughtWorks的专业人士。他的多部作品《分析模式》、《UML精粹》和《企业应用架构模式》等都已经成为脍炙人口的经典。

熊节，ThoughtWorks中国公司的高 级咨询师、架构师和项目经理，在大型企业应用及互联网应用的架构和管理方面拥有丰富经验。作为敏捷方法学顾问和重构专业人士，他拥有在各种技术平台、编程语言、软件形态的项目中实施重构的丰富经验，并曾主持极 具挑战性的超大规模电信软件系列重构工作。

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：重构 改善既有代码的设计在线阅读

在线听书地址：重构 改善既有代码的设计在线收听

在线购买地址：重构 改善既有代码的设计在线购买

养成重构后即运行测试的习惯非常重要。犯错误是很容易的——至少我知道我是很容易犯错的。做完一次修改就运行测试，这样在我真的犯了错时，只需要考虑一个很小的改动范围，这使得查错与修复问题易如反掌。这就是重构过程的精髓所在：小步修改，每次修改后就运行测试。如果我改动了太多东西，犯错时就可能陷入麻烦的调试，并为此耗费大把时间。小步修改，以及它带来的频繁反馈，正是防止混乱的关键。

to make the software easier to understand and modify.

refactoring does not change the observable behavior of the software

Why Should You Refactor?

Refactoring Improves the Design of Software

Refactoring Makes Software Easier to Understand

Refactoring Helps You Find Bugs

Refactoring Helps You Program Faster

即使在开发过程中，当你发现重复或相似的代码时，也应该立刻重构；当变化发生时，如果该变化影响不止一处，重构就应该粉墨登场。经常的重构可以保证代码常拭常新，如利刃一般锋利。“不要容忍破窗户”

如果两个或更多的地方实现同一职责，则改变时会带来麻烦。所以要遵循DRY原则，单一职责。

When Should You Refactor?

The Rule of Three(Three strikes and you refactor)

Refactor When You Add Function

Refactor When You Need to Fix a Bug

Refactor As You Do a Code Review

The most common time to refactor is when I want to add a new feature to some software.

Reasons:1.refactoring helps me understand some code I need to modify.2.another driver of refactoring is a design that does not help me add a fe...

复制一遍代码似乎不算太难，但却给未来留下各种隐患：一计费逻辑发生变化，我就得同时修改两个地方，以保证它们逻辑相同。如果你编写的是一个永不需要修改的程序，这样剪剪贴贴就还好。但如果程序要保存很长时间，那么重复的逻辑就会造成潜在的威胁。

每当我要进行重构的时候，第一个步骤永远相同：我得确保即将修改的代码拥有一组可靠的测试。这些测试必不可少，因为尽管遵重构手法可以使我避免绝大多数引入bug的情形，但我毕竟是人，毕竟有可能犯错。程序越大，我的修改不小心破坏其他代码的可能性就越大——在数字时代，软件的名字就是脆弱。

很多时候那个未来的开发者就是我自己。此时重构就显得尤其重要了。我是一个很懒惰的程序员，我的懒惰表现形式之一就是：总是记不住自己写过的代码。事实上，对于任何能够立刻查阅的东西，我都故意不去记它，因为我怕把自己的脑袋塞爆。我总是尽量把该记住的东西写进代码里，这样我就不必去记它了。这么一来，下班后我还可以喝两杯Maudite啤酒，不必太担心它杀光我的脑细胞。

编辑推荐

·软件开发的不朽作品

·与《设计模式》齐名的作品，被译为中、德、俄、日等众多语言，在世界范围内热销不衰

·凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值

·生动阐述普通程序员日常开发工作中不可或缺的一部分——重构的原理和具体做法　

·普通程序员进阶到编程高手修炼的秘笈

·值得反复咀嚼，而且往往能够常读常新的宝藏书籍

媒体评论

“这本书之于重构就相当于韵谱之于作诗。一个翻着韵书作诗的诗人一定是蹩脚的，但好的诗人却要对那109个韵部了然于胸；同样，一个好的程序员要求能够主动自然地重构代码，虽不应翻着重构手册干活，但需对本书中提到的70多个重构方法成竹在胸。然而，在达到这一境界之前，需要不断的时间和经验积累，并且要先读读Fowler的这本书。”

“一口气读完了这本书，感觉书中作者对代码的整理不像是一种技术，更像是一种艺术。”

“太经典了，看这本书真有醍醐灌顶的感觉。”

“处于金字塔顶部的书不多，而这一本书

书籍介绍

本书清晰揭示了重构的过程，解释了重构的原理和最佳实践方式，并给出了何时以及何地应该开始挖掘代码以求改善。书中给出了70 多个可行的重构，每个重构都介绍了一种经过验证的代码变换手法的动机和技术。本书提出的重构准则将帮助你一次一小步地修改你的代码，从而减少了开发过程中的风险。