Object.setPrototypeOf实现工厂模式扩展的本质是在对象创建后动态修改其原型链，从而让实例按需获得不同行为组合，避免预定义子类，适用于配置驱动或插件化场景，但存在性能与可维护性问题。
用 Object.setPrototypeOf 实现工厂模式的扩展，本质是**在对象创建后动态修改其原型链**，从而让实例“获得”某类行为，而不是在构造时就绑定固定构造函数。这种方式灵活，但需注意原型链污染和可维护性问题。
为什么不用 class 或普通工厂函数？
传统工厂函数返回新对象，行为靠属性复制或闭包注入，难以复用原型方法；class 方式则要求提前定义好继承关系。而 Object.setPrototypeOf 允许你：
- 按需赋予不同行为组合（比如给某个订单对象临时加上“可退款”或“可物流追踪”的原型）
- 避免为每种组合预定义子类
- 运行时决定原型，适合配置驱动或插件化场景
基础实现：带行为扩展的工厂
假设有一个订单工厂，需要根据订单类型动态挂载不同能力：
const refundable = {
refund() {
console.log(`Refunding order #${this.id}`);
}
};
const trackable = {
track() {
console.log(`Tracking order #${this.id}`);
}
};
function createOrder(id, type) {
const order = { id, createdAt: new Date() };
if (type === 'premium') {
Object.setPrototypeOf(order, { ...refundable, ...trackable });
} else if (type === 'basic') {
Object.setPrototypeOf(order, trackable);
}
return order;
}
const premiumOrder = createOrder('1001', 'premium');
premiumOrder.refund(); // ✅
premiumOrder.track(); // ✅
注意事项与替代建议
Object.setPrototypeOf 是个昂贵操作，会破坏 V8 的内联缓存，影响性能；且修改后对象无法被引擎优化（如隐藏类失效）。更稳妥的做法包括：
立即学习“Java免费学习笔记（深入）”；
- 用
Object.assign复制方法到实例（适合轻量、无 this 绑定依赖的逻辑） - 用策略对象 + 函数调用代替原型挂载（
handlers[type]?.refund?.(order)） - 结合
Proxy拦截方法调用，按需委托到对应行为模块 - 真要动态原型，优先用
Object.create(proto)创建对象，而非改已有对象的原型
小结
用 Object.setPrototypeOf 扩展工厂产出的对象，是一种“运行时混入”思路，适用于原型行为差异大、组合多变、又不想爆炸式增长类定义的场景。但它不是默认推荐方案，应先评估是否真需要动态原型，还是用更直接、更易调试的方式达成同样目标。
