17370845950

应优先使用构造函数或class而非工厂模式。因工厂模式返回Object实例，丢失类型信息，instanceof判断失效；而构造函数和class能建立明确类型关系、支持继承与原型方法，保障类型系统有效性。

工厂模式创建对象：简单但丢失类型信息

工厂模式本质是用函数封装 Object 创建逻辑，适合快速产出结构一致的对象，但返回的全是 Object 实例，没有专属构造器标识。

常见错误是误以为 instanceof MyFactory 有意义——它永远是 false，因为工厂函数本身不是构造器。

• 适用场景：配置项生成、DTO 转换、不需要继承或类型校验的临时对象
• 无法用 instanceof 判断来源，obj.constructor 指向 Object
• 所有实例共享同一套原型链，没法挂载独有方法到原型上

function createPerson(name, age) {
  return {
    name,
    age,
    greet() { return `Hi, I'm ${this.name}`; }
  };
}
const p1 = createPerson('Alice', 30);
console.log(p1 instanceof createPerson); // false
console.log(p1.constructor === Object); // true

构造函数创建对象：有类型、可继承、但易忘写 new

构造函数配合 new 调用，会自动绑定 this、设置 __proto__、返回实例，关键在于它能建立明确的类型关系和原型链。

最常踩的坑是直接调用构造函数（不加 new），导致 this 指向全局（非严格模式）或 undefined（严格模式），属性挂错地方甚至报错。

立即学习“Java免费学习笔记（深入）”；

• 必须用 new 调用，否则行为完全失控
• instanceof Person 返回 true，可用于类型判断和多态
• 方法可定义在 Person.prototype 上，节省内存

function Person(name, age) {
  if (!(this instanceof Person)) {
    throw new Error('Person must be called with new');
  }
  this.name = name;
  this.age = age;
}
Person.prototype.greet = function() {
  return `Hi, I'm ${this.name}`;
};
const p2 = new Person('Bob', 25);
console.log(p2 instanceof Person); // true

ES6 class 是构造函数的语法糖，不是新机制

class 写法看着更清晰，但底层仍是基于原型的构造函数。它强制使用 new，且不支持函数表达式式提升，比传统构造函数更安全一点。

注意：类中定义的方法默认不可枚举，而构造函数 prototype 上手动添加的方法默认可枚举——这点会影响 for...in 或 Object.keys() 的结果。

• class 声明不会被提升，必须先定义后使用
• 静态方法用 static 关键字，对应构造函数自身的属性
• 依然不能用 typeof MyClass 判断实例类型，得靠 instanceof

class Animal {
  constructor(name) {
    this.name = name;
  }
  speak() {
    return `${this.name} makes a noise.`;
  }
}
const dog = new Animal('Rex');
console.log(dog instanceof Animal); // true

选哪个？看你要不要「类型契约」

如果只是拼个对象交差，工厂模式写起来快、无负担；但只要涉及后续扩展、多人协作、类型检查（比如 TypeScript）、或者要和其他类做 instanceof 判断，就必须用构造函数或 class。

真正容易被忽略的是：工厂模式返回的对象无法被 instanceof 正确识别，这在大型项目里会让类型守卫失效、调试时查不到构造来源、序列化/反序列化逻辑出错。

别为了省一个 new 字符，放弃整个类型系统的基础支撑。