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