重构读书笔记

第二章
重构的原则

1. 重构是软件更容易理解
2. 重构能够改进程序设计
3. 重构帮助找到bug
4. 重构提高编程速度-这一条是建立在第二条基础上的

何时重构

1. 添加新功能的时候重构
2. 修补错误的时候重构
3. 复审代码时重构

重构的目标

1. 容易阅读
2. 所有逻辑都只在唯一地点指定※这个地方不是太懂。
3. 新的改动不会影响现有的行为
4. 尽可能简单的表达逻辑

间接层的好处※不知道怎么用法

1. 允许逻辑共享
2. 分开解释意图和实现
3. 隔离变化
4. 封装条件逻辑

何时不该重构

1. 重构的起码要求是代码能够正常运行，如果简单的觉得代码太乱而且根本运行不起来的时候。这个时候应该选择重写而不是重构。
2. 项目接近了尾声，即便代码很混乱，只要不影响正常的运行，就不应该重构。

重构和设计

从项目进度的角度考虑的话，重构和设计是相辅相成的。大概有两种方案：

1.非常详细的程序设计->编码

2.相对简单的程序设计>编码->重构

重构与性能

分析程序找出那一小部分影响程序性能的程序。对其进行重构。这样能大大提高重构的效率。

第三章 代码的坏味道