NOTE

1.6 重构

1. 重构是什么 在不改变代码外在行为的前提下,对代码做出修改,以改进程序的内部结构。本质上来说,重构就是在代码写好之后改进它的设计。 2. 什么时候需要重构 维护的系统有很多想吐槽的地方或者痛点,这时就需要重构 3. 如何重构旧系统 3.1. 梳理业务流程 体验业务/历史需求单/原型图 一个tag

系统设计创建于 更新于 historical

这是历史学习笔记,可能存在过时或不完整的理解。

1. 重构是什么

在不改变代码外在行为的前提下,对代码做出修改,以改进程序的内部结构。本质上来说,重构就是在代码写好之后改进它的设计。

2. 什么时候需要重构

维护的系统有很多想吐槽的地方或者痛点,这时就需要重构

3. 如何重构旧系统

3.1. 梳理业务流程

体验业务/历史需求单/原型图 一个tag一个tag的看 自上而下:抓包看接口,从接口下去 自下而上:整理数据表之间的关系 把代码翻译成人话 加debug日志一点点试逻辑. 培养新人 得告诉他具体怎么改 梳理文档 屡清楚之后faq,开会对清楚

3.2. 梳理架构

服务与服务之间的调用关系 基础服务、业务服务、外部服务三层

3.3. 梳理问题

  • 注释特别多
  • 某个函数或者类职责太多
  • 重复代码

3.4. 解决问题

4. 模式

4.1. 绞杀者模式

重构-绞杀者模式

4.2. 防腐层模式

重构-防腐层模式

5. 参考