-
重构就是 “不改变外在行为,而提高代码质量” (赞誉,2页)
-
所谓重构是这样的一个过程:在不改变代码外在行为的前提下对代码做出修改,以改进程序的内部结构。(前言,2页)
-
本质上说,重构就是在写好的代码上进行改进它的设计
-
重构最早倡导者 Ward Cunningham(沃德·库宁汉姆)和 Kent Beck(肯定·贝克) Martin Fowler正是因为和 Kent Beck合作才真正看到了重构的重要性 (前言,6页)
第一章
-
如果程序杂乱无章,先为它整理出结构来,再做需要的修改,通常来说更加简单(4页)
-
重构前先检查自己是否有一套可靠的测试集,这些测试必须有自我检验的能力(5页)
-
在重构一个较大的函数时,可以先将自己认为不好的代码通过一个小函数进行提取再取一个符合场景的函数名称,这样就可以减小错误的发生(7页,个人理解摘要)
-
小步修改,每次修改后就运行测试,养成习惯降低犯错(7页)
-
重构技术是以修改微小的步伐修改程序,如果你犯下错误,很容易便可发现它(7页)
-
对于重构过程的性能问题,我总体的建议是:大多数情况下可以忽略它,如果重构引入了性能损耗,先完成重构,在做性能优化(20页)
-
情况复杂时,我的第一反映就是采用更小的步子,细小的步子是快速前进的关键(21页)
-
把复杂的代码分解为更小的单元,看清它的逻辑结构,与好的命名一样重要,就可以更多关注要修改的功能部分了(24页)
-
编程时,需要遵循营地法则:保证你离开时的代码库一定比来时的更健康(34页)
-
开展高效有序的重构:关键的心得是:小的步子可以更快前进,请保持代码永远处于可以工作状态,小步修改累积起来也能大大改善系统的设计(44页)
个人总结:也就是说在进行重构的时候首先的了解逻辑情况,然后进行拆分 越复杂的步子应越小 让结构清晰 将错误控制在每个结构之中减小错误的发生;重构离不开测试即使微妙的改动也要进行测试确保代码是可以工作的,因为人是很容易犯错误的 当每次修改在执行一次测试 可以达到一个双向检查的作用;