原型式继承不直接实现装饰器模式，但可通过Object.create()或__proto__链接被装饰对象与装饰逻辑，使对象既保留原功能又叠加新行为；其核心是构建委托链，将原始对象设为装饰实例原型，未覆盖方法自动沿链查找，增强逻辑置于装饰器prototype上，需注意constructor修复、属性复制及this绑定等细节。
原型式继承本身不直接实现装饰器模式，但它可以作为底层机制支撑装饰器的动态增强行为——关键在于利用 Object.create() 或 __proto__ 链接被装饰对象与装饰器逻辑，让装饰后对象既能保留原功能，又能叠加新行为。
用 Object.create 构建装饰链
装饰器本质是“包装并增强”，原型继承适合这种层层委托的结构。把原始对象设为装饰器实例的原型，调用方法时自动沿原型链查找。
- 定义一个装饰器构造函数，接收目标对象作为参数
- 在构造函数内部用
Object.create(target)创建新对象，作为装饰后的实例 - 在该实例上添加或覆盖方法（如增加日志、校验、缓存等）
- 未覆盖的方法会自然委托到原型（即原对象）上执行
手动挂载装饰逻辑到原型
避免污染原对象，把增强逻辑放在装饰器自己的 prototype 上，再让装饰实例继承它和原对象两层原型（需组合）。
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 创建装饰器函数，返回一个新对象
- 新对象的
__proto__指向装饰器的 prototype（含增强方法） - 装饰器 prototype 的
__proto__指向原对象（或其包装壳），实现方法委托 - 实际开发中更推荐用
Object.setPrototypeOf()显式设置，而非直接改__proto__
注意原型链断裂风险
直接替换原型可能导致 constructor 指向错误、instanceof 失效、或丢失原对象自有属性（如闭包变量、私有字段）。
- 装饰后对象的
constructor通常指向Object，如有需要应手动修复 - 原对象若含不可枚举属性或 getter/setter，需用
Object.getOwnPropertyDescriptors()显式复制 - 若原对象方法依赖
this绑定（比如箭头函数外的普通函数），原型继承下this仍指向装饰实例，一般不影响；但若原方法内用了arguments或严格模式下的caller，需额外处理
对比类装饰器更轻量，但灵活性受限
原型式装饰适合简单、运行时动态组合的场景，比如给某个 API 响应对象临时加 toJSON() 或 validate() 方法。
- 不需要提前定义类，也不依赖 ES6 class 语法
- 无法像 TypeScript 装饰器那样做元编程（如修改静态属性、注入依赖）
- 调试时原型链可能变深，需借助
console.dir()查看__proto__层级 - 现代开发中，更常见的是用高阶函数（如
withLogging(fn) → (...args) => {...}）实现装饰，原型方式多见于老项目或特定框架（如早期 Backbone 的 View 扩展）
