重构读书笔记
第一章 重构，第一个案例
第二章 重构原则
2.1 何为重构
重构（名词）：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。
重构（动词）：使用一系列的重构手法，在不改变软件可观察行为的前提下，调整其结构。
两顶帽子：添加新功能时，不应该修改既有代码。重构时，不应该再添加功能。
2.2 为何重构
- 重构改进软件设计
重构可以帮助代码维持自己原有的结构以及其设计。
改进的一个重要方向就是消除重复。 - 重构使软件更容易理解
重构可以帮助未来的其他程序员和自己快速理解代码。
重构可以帮助程序员带到更高的理解层次上，看到原本看不到的设计层面的东西。 - 重构帮助找到bug
- 重构提高编程速度
良好的设计是快速开发的根本
重构阻止了系统腐败变质，甚至可以提高设计质量
2.3 何时重构
三次法则：事不过三，三则重构
- 添加功能时重构
- 修补错误时重构
- 复审代码时重构
2.4 怎么对经理说
复审代码有助于提高质量，把重构说成是“将复审意见引入代码内”的方法。
若经理仅仅是口头的”质量驱动“者，而实际是”进度驱动“者，则可以不告诉就经理。
间接层
2.5 重构的难题
注意发现重构的局限性
数据库
重构经常出问题的领域就是数据库
修改接口
修改接口名
对于能够控制所有调用者的情况下，修改接口十分容易
对于找不到调用者，或者找到也无法修改调用者代码的情况下，即若要改变了’已发布接口‘，必要同时维护新旧两个接口。让旧接口调用新接口。修改接口的异常
将受检异常改为非受检异常
定义异常基类，实际抛出为该异常基类的子类，后续修改则不影响调用者
难以通过重构手法完成的设计改动
重构时，若要修改设计，则选择最简单的设计方案。
如果找不到最简单的设计方案，则需要在设计上投入更多的力气。
何时不该重构
- 应当重写所有代码时
当现有代码根本不能正常运作 - 当项目已接近最后期限
重构赢得的生产力无法需要在最后期限之后才能体现.你早该进行重构。
2.6 重构与设计
重构与设计彼此互补
一种观点认为：预先设计可以减少返工的高昂成本。
有一种观点认为：重构可以取代预先设计。如极限编程思想。
重构与设计互补，可以让原本不完美的设计变得更为完善。所以没有必须一开始就设计出完美的方案，但也需要设计。
2.7 重构与性能
首先写出可调的软件（结构良好），然后调整它以获得足够的性能。
三种编写快速软件的方法：
- 时间预算法：每一部分程序都有时间性能限制
- 持续关注法：关注所有点，使之性能最优
- 针对性优化法：功能完成后，在性能优化阶段有针对性的优化
重构对于性能提升的帮助：
- 结构良好的程序，可以节省开发时间，有更多的时间投入到性能提升上。
- 结构良好的程序，可以有更细粒度，度量工具可以帮助你进入范围更小的程序段落中，性能调整也更加容易。
2.8 重构起源何处
作者与Ward,Kent以及Bill的一些故事。
