工厂函数是返回新对象的普通函数，不依赖new和this绑定，所有属性方法显式挂载，适合封装状态独立的对象创建逻辑。
工厂函数本质是带返回值的普通函数
它不依赖 new，也不绑定 this，只是调用后返回一个新对象。和构造函数比，它没有隐式原型链注入，所有属性方法都显式挂载在返回对象上。
常见误用是把它当“类”来写，比如在函数体内用 this.name = name 却忘了加 return this——结果返回 undefined。
- 必须显式
return一个对象（可以是字面量、Object.create()或其他） - 不能依赖
instanceof判断类型，因为返回对象没有统一构造器 - 适合封装简单、状态独立的对象创建逻辑，比如配置项、DTO、事件处理器
对比构造函数：避免 prototype 污染与 this 绑定陷阱
构造函数一旦被漏掉 new 调用，this 会指向全局（非严格模式）或报错（严格模式），而工厂函数始终安全——它就是个函数调用。
更关键的是，工厂函数天然隔离实例间的方法共享问题。构造函数若把方法写在 prototype 上，所有实例共享；若写在构造体内，则每个实例重复创建函数。工厂函数可自由选择：
立即学习“Java免费学习笔记（深入）”；
- 方法定义在函数作用域内（闭包私有状态）
- 复用外部函数引用（节省内存）
- 混合使用：公有方法引用外部，私有数据靠闭包
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 工厂方法，不如直接用函数干净。
