关于重构的总结.

1.定义：

        重构是在其约束性的前提下，进行的一种代码及设计结构的调整。

达到系统整体上的和谐、可重用、易读的效果

 

2.注意：

       作为开发人员,自己应该有自己的代码重构时间,这是自身需要(本质上也是项目需要,虽然很少有领导意识到这一点) 

 

3.重构的原因：

1. 让现有系统中存在的不良、冗余等问题得以解决；

2. 让系统变得更易理解；

3. 辅助完成捕虫工作；

 

4.何时重构

重构本来就不是一件特别拨出时间做的事情，重构应该随时随地进行。

三次法则：

• 添加功能时一并重构；

• 修补错误时一并重构；

• 复审代码时一并重构；

   

5.何时不应该重构

• 既有代码是在太混乱，重构它还不如重新写一个来得简单；

• 现有代码根本不能正常运作；

• 如果项目已近最后期限，你也应该避免重构。

  文中经典比喻：把重构工作比做成债务，把过于复杂的代码造成的‘维护和扩展的额外开销’比作成要付的利息，你可以承受一定程度的利息，但如果利息太高你就会被压垮，你应该随时通过重构来偿还一部分债务。

 

原文:

http://www.cnblogs.com/blueclue/archive/2010/06/01/1749308.html