17370845950

工厂函数是返回新对象的普通函数，不依赖new和this绑定，所有属性方法显式挂载，适合封装状态独立的对象创建逻辑。

工厂函数本质是带返回值的普通函数

它不依赖 new，也不绑定 this，只是调用后返回一个新对象。和构造函数比，它没有隐式原型链注入，所有属性方法都显式挂载在返回对象上。

常见误用是把它当“类”来写，比如在函数体内用 this.name = name 却忘了加 return this——结果返回 undefined。

• 必须显式 return 一个对象（可以是字面量、Object.create() 或其他）
• 不能依赖 instanceof 判断类型，因为返回对象没有统一构造器
• 适合封装简单、状态独立的对象创建逻辑，比如配置项、DTO、事件处理器

对比构造函数：避免 prototype 污染与 this 绑定陷阱

构造函数一旦被漏掉 new 调用，this 会指向全局（非严格模式）或报错（严格模式），而工厂函数始终安全——它就是个函数调用。

更关键的是，工厂函数天然隔离实例间的方法共享问题。构造函数若把方法写在 prototype 上，所有实例共享；若写在构造体内，则每个实例重复创建函数。工厂函数可自由选择：

• 方法定义在函数作用域内（闭包私有状态）
• 复用外部函数引用（节省内存）
• 混合使用：公有方法引用外部，私有数据靠闭包

function createCounter(initial = 0) {
  let count = initial; // 私有状态
  return {
    increment() { count++; },
    value() { return count; }
  };
}

const c1 = createCounter(10);
const c2 = createCounter(20);
c1.increment();
console.log(c1.value()); // 11
console.log(c2.value()); // 20 —— 互不影响

工厂函数不适合替代 class 的场景

当需要继承、多态、运行时类型识别（instanceof）、或与现有 class-based API（如 React 组件、TypeScript 类型系统）深度集成时，工厂函数会明显吃力。

TypeScript 中虽可用接口描述返回类型，但无法表达“这个工厂产出的对象属于某类”，也无法约束子类扩展行为。

• 没原型链，isPrototypeOf、Object.getPrototypeOf 失效
• 无法用 super 或 extends 实现继承链
• 调试时对象构造信息丢失，DevTools 显示为 Object，而非有意义的名称

真正值得用工厂函数的三个典型时刻

不是“所有对象创建都该用工厂”，而是这几个具体问题出现时，它最解渴：

• 需要闭包封装私有变量（比如缓存、计时器引用、未公开的配置）
• 创建逻辑含异步步骤（如读取配置再初始化），而 class 构造函数不能 async
• 产出对象需动态决定结构（例如根据参数返回不同形状的配置对象，且字段互斥）

这时候硬套 class 反而要绕弯写 static async 工厂方法，不如直接用函数干净。