核心观点#

1. 重构的定义：重构是一种对软件内部结构的改善，目的是在不改变软件可观察行为的前提下，使其更易理解和修改。

2. 重构的时机：不是等到代码腐烂不堪时才重构，而是在添加功能、修复 bug、代码审查时持续进行。

3. 重构的步骤：小步快跑，每次只做微小的改动，确保测试通过后再进行下一步。

1. 保持行为不变#

重构的第一要务就是确保代码的外部行为不会改变。这意味着：

• 所有现有的功能测试都应该继续通过
• 用户看不到任何差异
• API 接口保持不变

2. 小步前进#

不要试图一次性做大规模的重构，而是：

• 每次只做一个微小的改动
• 每步都要运行测试
• 频繁提交代码

3. 消除代码坏味道#

Fowler 在书中总结了多种”代码坏味道”，包括：

• 重复代码：相同的代码出现在多个地方
• 过长函数：函数体过大，难以理解和维护
• 过大的类：类承担了过多的责任
• 过长参数列表：函数参数过多
• 发散式变化：一个类因为多种原因需要修改
• 霰弹式修改：一个修改需要在多个类中进行

1. 提炼函数（Extract Method）#

1
// 重构前
2
function printOwing(amount) {
3
  printBanner();
4
  console.log("name:", name);
5
  console.log("amount:", amount);
6
}
7

8
// 重构后
9
function printOwing(amount) {
10
  printBanner();
11
  printDetails(amount);
12
}
13

14
function printDetails(amount) {
15
  console.log("name:", name);
16
  console.log("amount:", amount);
17
}

2. 内联函数（Inline Method）#

与提炼函数相反，当函数体过于简单时，可以将其内联到调用处。

3. 提炼变量（Extract Variable）#

1
// 重构前
2
if (platform.toUpperCase().indexOf("MAC") > -1 &&
3
    browser.toUpperCase().indexOf("IE") > -1) {
4
  // do something
5
}
6

7
// 重构后
8
const isMacOs = platform.toUpperCase().indexOf("MAC") > -1;
9
const isIEBrowser = browser.toUpperCase().indexOf("IE") > -1;
10
if (isMacOs && isIEBrowser) {
11
  // do something
12
}

4. 引入参数对象（Introduce Parameter Object）#

当一组参数总是一起出现时，可以将它们封装成一个对象。

5. 拆分循环（Split Loop）#

一个循环只做一件事情，避免在一个循环中处理多个不同的逻辑。

1. 代码质量显著提升#

通过持续的小步重构，代码变得更加清晰、易读、易维护。函数的粒度更合适，类的职责更加单一。

2. 开发效率提高#

虽然重构本身需要时间，但良好的代码结构让后续的功能开发和 bug 修复变得更加高效。

3. 团队协作更顺畅#

清晰的代码结构和命名让团队成员更容易理解彼此的代码，减少了沟通成本。

4. 技术债务管理#

通过持续重构，避免了技术债务的积累，不会让代码库逐渐变得难以维护。

1. 建立重构文化#

• 将重构视为开发过程的一部分
• 鼓励团队成员进行重构
• 在代码审查中关注重构机会

2. 工具支持#

• 使用 IDE 的重构功能（如 VSCode、IntelliJ 等）
• 配置代码质量检查工具（如 ESLint、SonarQube 等）
• 建立自动化测试流程

3. 渐进式重构#

• 不要试图一次性重构整个系统
• 在新功能开发时顺便重构相关代码
• 优先重构经常变动的代码区域

4. 文档记录#

• 记录重要的重构决策
• 分享重构经验和最佳实践
• 建立团队的重构指南