《重构》读书笔记（五）——第四章&第五章

第四章 构筑测试体系      

单元测试

1、编写优良的测试程序，可以极大提高我们的编程速度。这可能让很多人吃惊，也违反很多程序员的直觉。

2、自测试代码的价值：修复错误通常是比较快的，但找出错误却是噩梦一场。当你修复一个错误，总是会有另一个错误出现，而且肯定要很久以后才会注意到它。那时我们又要花上大把的时间去寻找它。

3、当然，编写测试程序，要写很多的额外代码。起初你可能会觉得这纯粹是无稽之谈。你甚至会发现一个人一天能干完的活，现在两个人要干上一个星期。但是，你别忘了，“干完”和“干好”完全是两回事。从长远来看，测试程序在某种程度上有一劳永逸的效果。所以，每当你收到一个Bug报告，请先写一个单元测试来暴露这个Bug。

4、不要因为测试无法捕捉所有的Bug就不写测试，因为测试的确可以捕捉到大多数Bug。

5、有了完善的测试体系，你开发程序的时候甚至都不需要打开调试器。

 

第5章 重构列表

   本章是对6-12章重构列表如何阐述的一个介绍。

1 重构的记录格式

      和GOF的《设计模式》一样，作者用一种标准格式来介绍每一个重构手法。

2 寻找引用点

     现在的IDE在这方面做得非常好。我想这已经不是什么问题了。

3 这些重构手法有多成熟

     设计模式......为重构行为提供了目标。模式和重构之间有着一种与生俱来的关系。模式是你希望达到的目标，重构则是到达之路。看来《重构与模式》一书值得一读！