重构：读书笔记

重构读书笔记

第一章 重构，第一个案例

---

第二章 重构原则

2.1 何为重构

重构（名词）：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。

重构（动词）：使用一系列的重构手法，在不改变软件可观察行为的前提下，调整其结构。

两顶帽子：添加新功能时，不应该修改既有代码。重构时，不应该再添加功能。

2.2 为何重构

• 重构改进软件设计
  重构可以帮助代码维持自己原有的结构以及其设计。
  改进的一个重要方向就是消除重复。
• 重构使软件更容易理解
  重构可以帮助未来的其他程序员和自己快速理解代码。
  重构可以帮助程序员带到更高的理解层次上，看到原本看不到的设计层面的东西。
• 重构帮助找到bug
• 重构提高编程速度
  良好的设计是快速开发的根本
  重构阻止了系统腐败变质，甚至可以提高设计质量

2.3 何时重构

三次法则：事不过三，三则重构

• 添加功能时重构
• 修补错误时重构
• 复审代码时重构

2.4 怎么对经理说

复审代码有助于提高质量，把重构说成是“将复审意见引入代码内”的方法。
若经理仅仅是口头的”质量驱动“者，而实际是”进度驱动“者，则可以不告诉就经理。

间接层

2.5 重构的难题

注意发现重构的局限性

数据库

重构经常出问题的领域就是数据库

修改接口

• 修改接口名
  对于能够控制所有调用者的情况下，修改接口十分容易
  对于找不到调用者，或者找到也无法修改调用者代码的情况下，即若要改变了’已发布接口‘，必要同时维护新旧两个接口。让旧接口调用新接口。

• 修改接口的异常
  将受检异常改为非受检异常
  定义异常基类，实际抛出为该异常基类的子类，后续修改则不影响调用者

难以通过重构手法完成的设计改动

重构时，若要修改设计，则选择最简单的设计方案。
如果找不到最简单的设计方案，则需要在设计上投入更多的力气。

何时不该重构

• 应当重写所有代码时
  当现有代码根本不能正常运作
• 当项目已接近最后期限
  重构赢得的生产力无法需要在最后期限之后才能体现.你早该进行重构。

2.6 重构与设计

重构与设计彼此互补
一种观点认为：预先设计可以减少返工的高昂成本。
有一种观点认为：重构可以取代预先设计。如极限编程思想。
重构与设计互补，可以让原本不完美的设计变得更为完善。所以没有必须一开始就设计出完美的方案，但也需要设计。

2.7 重构与性能

首先写出可调的软件（结构良好），然后调整它以获得足够的性能。

三种编写快速软件的方法：

• 时间预算法：每一部分程序都有时间性能限制
• 持续关注法：关注所有点，使之性能最优
• 针对性优化法：功能完成后，在性能优化阶段有针对性的优化

重构对于性能提升的帮助：

• 结构良好的程序，可以节省开发时间，有更多的时间投入到性能提升上。
• 结构良好的程序，可以有更细粒度，度量工具可以帮助你进入范围更小的程序段落中，性能调整也更加容易。

2.8 重构起源何处

作者与Ward,Kent以及Bill的一些故事。