最好的重构是不重构,一次设计好实现好,但实际开发不可能一蹴而就,因为需求很多,并且需求很急,为了项目持续发展,就需要重构。重构不是一件简单任务,特别是在快速发展业务上,基本等同于给全速前进汽车换轮胎,需要有合理明确规划,清晰路径,才能让重构执行下去。
重构要设计清晰目标,目标愿景清晰了,才能进行清晰规划。重构是为了项目、产品更好演进打好技术架构基础,不能为了重构而重构,而是业务发展需要,是我们自身追求更好设计、更好实现。更好架构来适应业务快速发展。
重构设立明确目标,要重构系统架构,根据一段时间开发感受,以及对未来需求的把握,要梳理清晰数据结构,设计好数据结构,好的数据结构有助于全面理解程序架构与设计,还要提升代码扩展性,也要提升代码可理解性。明确目标能帮助我们更好实现重构,能检验重构是否达到要求。
架构重构需要有全面总结梳理。梳理总共有些哪些功能、特性,是需要保留以及扩展的,哪些是不在需要的功能特性。
梳理原有功能,避免重构时丢掉原有程序功能以及特性,需要后续重新开发,导致功能缺失。
梳理不需要的功能。包含不在需要的配置以及不在使用配置项,要及时去掉避免使用上困惑,以及维护无用配置成本。不在需要的功能代码,及时清理掉,避免后续维护成本,每次需要读无用代码,增加阅读代码成本。不在需要的注释,需要及时清理掉,以避免不正确无意义注释对于理解代码增加困难。
架构重构需要全面规划。优先解决哪些问题,解决到什么程度。依据大的目标拆分到可量化小的任务点,这样能把任务拆分细,能够清晰的对任务时间进行预估,也能让团队清晰把握重构进度。任务透明化,有助于任务顺利进展,利于进度把控,以及根据任务多少需要多少外部资源。让重构过程更加可控。
原文 https://mp.weixin.qq.com/s/xzVkXp19PYZT539IjshAsQ