工厂函数在javascript中如何工作_有什么优势【教程】

工厂函数是返回新对象的普通函数,不依赖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 中虽可用接口描述返回类型,但无法表达“这个工厂产出的对象属于某类”,也无法约束子类扩展行为。

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

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

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

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

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