转载

快速迭代架构重构

最好的重构是不重构，一次设计好实现好，但实际开发不可能一蹴而就，因为需求很多，并且需求很急，为了项目持续发展，就需要重构。重构不是一件简单任务，特别是在快速发展业务上，基本等同于给全速前进汽车换轮胎，需要有合理明确规划，清晰路径，才能让重构执行下去。

快速迭代架构重构

重构要设计清晰目标，目标愿景清晰了，才能进行清晰规划。重构是为了项目、产品更好演进打好技术架构基础，不能为了重构而重构，而是业务发展需要，是我们自身追求更好设计、更好实现。更好架构来适应业务快速发展。

重构设立明确目标，要重构系统架构，根据一段时间开发感受，以及对未来需求的把握，要梳理清晰数据结构，设计好数据结构，好的数据结构有助于全面理解程序架构与设计，还要提升代码扩展性，也要提升代码可理解性。明确目标能帮助我们更好实现重构，能检验重构是否达到要求。

架构重构需要有全面总结梳理。梳理总共有些哪些功能、特性，是需要保留以及扩展的，哪些是不在需要的功能特性。

梳理原有功能，避免重构时丢掉原有程序功能以及特性，需要后续重新开发，导致功能缺失。

梳理不需要的功能。包含不在需要的配置以及不在使用配置项，要及时去掉避免使用上困惑，以及维护无用配置成本。不在需要的功能代码，及时清理掉，避免后续维护成本，每次需要读无用代码，增加阅读代码成本。不在需要的注释，需要及时清理掉，以避免不正确无意义注释对于理解代码增加困难。

架构重构需要全面规划。优先解决哪些问题，解决到什么程度。依据大的目标拆分到可量化小的任务点，这样能把任务拆分细，能够清晰的对任务时间进行预估，也能让团队清晰把握重构进度。任务透明化，有助于任务顺利进展，利于进度把控，以及根据任务多少需要多少外部资源。让重构过程更加可控。

原文 https://mp.weixin.qq.com/s/xzVkXp19PYZT539IjshAsQ

正文到此结束

所属分类：编程技术软件架构

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。