刚刚开始看，觉得重构中有几个点：持续的集成，small step, 完善的Unit Test等等。
首先，重构并不包治百病，有些项目限于时间，限于项目的组成等等，并不适合使用重构。重构是在不改变functional方面，改善代码的结构，改善代码的可读性等（具体可以去查看大牛们的书籍）。
（1）基础是有完善的Unit Test环境。如果希望进行持续的refactor，搭建一个完整有效的单元测试环境是必备的。
（2）持续的不断的refactor，有个隐喻说，两顶帽子-添加新功能，重构。如果不是持续的refactor，而是专门准备一段时间进行重构，就脱离了重构的本意了。
（3）步伐要小，注意Unit Test的cover。