应优先使用构造函数或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 字符，放弃整个类型系统的基础支撑。
