这几天在重构系统，用四个字形容我的心情就是“吐血而亡”，其实只是因为权限控制的细化，导致大量地方需要修改（原先比较混乱），索性重构这部分功能，如果整个系统重构，估计会让我疯狂的。还不如推倒重写舒服。可见重构动作不宜过大，应该小步小步、日积月累的不断重构。现在回过头来体会《重构—改善既有代码设计》这本书的知识点，觉得作者的一系列观点真是切入要害。 系统开发、维护本来就要时时重构，但是如果一个系统要重构的地方相当多、重构动作大的时候，说明这个系统已经问题重重了，也反映了系统架构不到位，前期没有合理的重构。就像一位病重的病人了。这时要做的就是“下猛药”或是完全抛弃它。 如果把系统类比成人的话，随着时间推移，系统需要不断扩充它的功能，体现它的价值，但是呢，它有可能生病，有可能是外因或内因导致，如果这时候定期做体检（代码Review，代码审查），把小病治愈的话（系统重构），那么它的寿命也就能延长（系统的生命周期延长），但是如果患上各种小病，而且病情持续恶化的话，这个时候如果来医治（重构）的话，药物治疗的功效就要打折扣了，因为可能这个药会影响其它病情，自然医治困难了。
来源：https://www.cnblogs.com/kerrycode/archive/2010/10/27/1863021.html