读书笔记-《重构：改善既有代码的设计》

第一章

1.13

如果你要给程序添加一个特性，但发现代码因缺乏良好的结构而不易于进行更改，那就先重构那个程序，使其比较容易添加该特性，然后再添加该特性。

准备好测试case，用于验证重构前后是否结果一致。（bug检测器）

1.14

每次成功的重构后我都会提交代码，如果待会不小心搞砸了，我便能轻松回滚到上一个可工作的状态。把代码推送（push）到远端仓库前，我会把零碎的修改压缩成一个更有意义的提交（commit）。

变量接近调用地方；减少临时变量，改为作为参数传入方法；主方法简单；重构时先不用管性能问题。

1.15

用一个对象作为参数传递的中转，代替多个参数；中转对象的数据构造可放到独立类中，和其他逻辑分离。

1.29

提炼函数、内联变量、搬移函数和以多态取代条件表达式

有3个较为重要的节点，分别是：将原函数分解成一组嵌套的函数、应用拆分阶段分离计算逻辑与输出格式化逻辑，以及为计算器引入多态性来处理计算逻辑。

好代码的检验标准就是人们是否能轻而易举地修改它。

开展高效有序的重构，关键的心得是：小的步子可以更快前进，请保持代码永远处于可工作状态，小步修改累积起来也能大大改善系统的设计。

重构的关键在于运用大量微小且保持软件行为的步骤，一步步达成大规模的修改。每个单独的重构要么很小，要么由若干小步骤组合而成。因此，在重构的过程中，我的代码很少进入不可工作的状态，即便重构没有完成，我也可以在任何时刻停下来。

Kent Beck提出了"两顶帽子"的比喻：加新功能时，我不应该修改既有代码；重构时我就不能再添加功能，只管调整代码的结构。

何时重构：事不过三，三则重构。