大话重构 pdf epub mobi txt 电子书 下载 2025

简体网页||繁体网页

☆☆☆☆☆

当你接受一个遗留系统被赋予新增功能的任务时，首先，你会去看看原始码，糟糕，原始码一团乱，怎么办呢？是重构后加入新功能，还是另外写新功能不要去碰触旧有的程式码呢？ 面对运行了许久的大型遗留系统，工程师常常纠结在「改」还是「不改」的抉择中？而在大多数的情况下，台湾的工程师总是决定对于遗留系统採取容忍的态度，一忍再忍，再忍，忍，还要忍……终于累积到了某一天，实在是忍无可忍时，拍案而起，不能再忍了，终于喊出「我要重构！！！」事情就这样发生了。然而，此时你会突然发现，重构的工作千头万绪，不知从何开始。

　　还是回头拿起书架里的重构教科书来看看吧，就是那本由两位大师Martin Fowler, Kent Beck和其他三人合写的《Refactoring: Improving the Design of Existing Code》，想要在其中找找看怎样来重构比较妥当。这本重构经典书告诉你，要重构就不能把原有功能给破坏了，所以在开始重构之前，首先应建立起「自动化测试」。好的，那我们就去打开测试程式吧！什么，遗留系统没有测试程式，那该怎么办呢？遗留系统不是用TDD开发的，那…那，我们要怎样重构才能保证原有功能不会出错呢？惨了，在第一关就卡住了。硬着头皮干吧，反正就是另外再写新功能，不要去动到旧有的程式码就对了。是的，这就是现实中大多数台湾工程师的作法。可是这样做，程式码的品质就越来越差了，不论是自己后面要再加新功能或者是丢给别人来接手，无疑都是场灾难。

　　回过头来说，那本重构经典书不就英雄无用武之地了吗？嗯，虽然那本书写得很好，但是不够本土化。先来看看台湾的环境吧，在台湾开发软体，起初都是工作室型态的，用最快的速度、最少的人力，开发出满足客户需求的软体，快速上线运行就OK了。什么程式码品质，什么可读、可维护、易变更，全都不用考虑。别说测试程式码，就是程式码可测性都没有人会去考虑。这样的方式让软体开发公司快速拿到了第一桶金，但为日后的维护与软体发展带来了隐忧。而在美国情况完全不是这样子的，写程式就是该写品质好的程式码，就是该有测试，所以该书假设的前提都是对的，故而如何让遗留系统建立起「自动化测试」，大师在书中只字未提。换句话说，重构经典书的前提不适用于台湾。我们需要的是一本真正适用于台湾真实情况的重构书籍，而《大话重构》就是您最佳的选择。也因此，本书被列为博硕文化《中文原创经典》的第一本书。

　　本书把常见的，如抽取类别、抽取方法、用多型取代条件等等数十种重构手法全部都放到附录中（这些手法我们称之为重构工具箱），因为那些在别本重构书籍里通通查得到。本书当然也会提到那些工具，但并非本书的重点。本书要讲的是重构的观念（例如何时重构）、如何一步一步地重构，如何面对遗留系统，如何说服老板来重构，本书所提的是一种系统与设计层级的重构，而非单单只是程式码层级的重构。

　　本书会以真实的遗留系统案例，来亲自示范如何一步一步地重构，直到这个系统可以轻松应付未来的变更。同时，本书也强调许多观念，例如不要做大佈局，因为『大佈局，你伤不起！』，本书强调只做今天的设计，解决今天的问题，完成今天的重构，让明天见鬼去吧。因为你不是先知，你无法预测未来，做过多的设计是在浪费时间，要做的是『好的设计』而非『过多的设计』。什么是『好的设计』，那就是明确地分层解耦，让你的系统很可很轻松地面对将来未知的需求变更。

　　本书作者的程式与设计功力深厚，但撰写这本书时，常常能够站在基层工程师的角度出发，例如，对于大多数老板而言，重构没有立即效益，所以要如何说服老板对遗留系统进行重构给予支持，才是重构得以实行的关键。只要你有『一点点』设计模式的底子，相信这本书会协助您解决许多正面临的困难。

　　本书既称之为『大话』重构，自然在文字用语上会有一些特色，以下举几个经典例句：

　　■ 「小步快跑」
　　■ 糟糕设计零容忍！　　
　　■ 小设计可以让你获得成功！
　　■ 自动化测试——想说爱你不容易
　　■ 系统重构最后的一里路——测试的困境。
　　■ 活在当下，设计今天的程式，让明天的变化见鬼去吧！
　　■ 测试与重构形成了一个「鸡生蛋，还是蛋生鸡」的奇怪循环。　　
　　■ 合久必分，分久必合——类别的归併
　　■ 领域才是软体系统的「心」！
　　■ 开发糟糕程式码是可耻的！
　　■ 大佈局你伤不起！
　　■ 「两顶帽子」

　　这本书是一本关于重构，实践经验分享的书，至于这本书能够带给您多少的领悟，还得由您细细体会。

作者简介

范钢

　　软体工程硕士，参与过数十件大型软体研发专案，现任系统架构师，先后担任过软体工程师、需求分析师、专案经理、系统架构师等职务。长期关注软体设计与品质的基础理论研究与实务。并在Tid 软体大会上针对《如何破解大型遗留系统技术改造的困局》发表演讲。

关于中文原创经典
关于本书封面
审校序
序
目录

Part I 基础篇

Chapter 1 重构：改变既有程式码的一剂良药
1.1 什么是系统重构
1.2 在保险索上走钢丝
1.3 大佈局与小步快跑
1.4 修改软体的四种动机
1.5 一个真实的谎言

Chapter 2 重构方法工具箱
2.1 重构是一系列的等量变换—— 第一次HelloWorld 重构
2.2 盘点我们的重构工具箱—— 对HelloWorld 抽取类别和介面

Chapter 3 小步快跑的开发模式
3.1 大佈局你伤不起
3.2 小设计而不是大佈局
3.3 小步快跑是这样玩的—— HelloWorld 重构完成

Chapter 4 保险索下的系统重构
4.1 你不能没有保险索
4.2 自动化测试—— 想说爱你不容易
4.3 我们是这样做自动化测试的—— JUnit 下的HelloWorldTest
4.4 採用Mock 技术完成测试

Part II 实践篇

Chapter 5 第一步：从分解大函数开始
5.1 超级大函数—— 软体退化的重灾区
5.2 抽取方法的实践
5.3 最常见的问题

Chapter 6 第二步：分拆大物件
6.1 大物件的演化过程
6.2 大物件的分拆过程——抽取类别与职责驱动设计
6.3 单一职责原则（SRP）与物件分拆
6.4 合久必分，分久必合——类别的归併

Chapter 7 第三步：提高程式码复用率
7.1 循序程式设计的烦恼
7.2 程式码重复与DRY原则
7.3 提高程式码复用的方法
7.4 重复程式码的检查工具

Chapter 8 第四步：发现程式可扩展点
8.1 开放—封闭原则与可扩展点设计
8.2 流程的扩展与放置钩子—— 运用样板模式增加可扩展点
8.3 剖面导向的可扩展设计
8.4 其他可扩展设计

Chapter 9 第五步：降低程式依赖度
9.1 介面、实作与工厂模式
9.2 外部介面与适配器模式——与外部系统解耦
9.3 继承的氾滥与桥接模式
9.4 方法的解耦与策略模式
9.5 程序的解耦与命令模式
9.6 透明的功能扩展与设计——组合模式与装饰者模式

Chapter 10 第六步：我们开始分层了
10.1 什么才是我们需要的分层
10.2 怎样才能拥抱需求的变化
10.3 贫血模型与充血模型
10.4 我们怎样面对技术的变革

Chapter 11 一次完整的重构过程
11.1 第一步：分解大函数
11.2 第二步：分拆大物件
11.3 第三步：提高复用率
11.4 第四步：发现扩展点
11.5 第五步：降低依赖度
11.6 第六步：分层
11.7 第七步：领域驱动设计

Part III 进阶篇

Chapter 12 什么时候重构
12.1 重构是一种习惯
12.2 重构让程式可读
12.3 重构，才好复用
12.4 先重构，再扩展
12.5 变更任务紧急时，又该如何重构

Chapter 13 测试驱动开发
13.1 测试驱动开发（TDD）vs.后测试开发（TAD）
13.2 测试驱动开发与重构
13.3 遗留系统怎样开展TDD

Chapter 14 全面的升级任务
14.1 计画式设计vs.演进式设计
14.2 风险驱动设计
14.3 制定系统重构计画

Chapter 15 我们怎样拥抱变化
15.1 领域才是软体系统的「心」—— 薪资软体的三次设计演变
15.2 领域模型分析方法
15.3 原文分析法
15.4 领域驱动设计——使用领域模型与客户一起设计
15.5 在遗留系统中的应用

Chapter 16 测试的困境
16.1 重构初期的困局
16.2 解耦与自动化测试
16.3 开发人员，还是测试人员
16.4 建立自动化测试体系

Chapter 17 系统重构的评价
17.1 评价软体品质的指标
17.2 怎样评价软体品质呢

Appendix A 重构方法
A.1 重新组织函数
A.2 在物件间迁移
A.3 重新组织资料
A.4 简化条件运算式
A.5 简化方法唿叫
A.6 有关继承的处理

本书结语 重构改变了世界
编辑的话

None