javascript中适配器模式的核心是委托而非原型链继承，原型链仅辅助实现类型判断、方法复用或接口模拟；例如通过class继承支持instanceof检查，或用object.setprototypeof模拟接口实现，但实际行为均由显式委托完成。
JavaScript 中的适配器模式不依赖原型链实现，但可以通过原型链优雅地组织适配逻辑——关键在于让适配器对象“看起来像”目标接口，同时内部委托给被适配对象。原型链在此起辅助作用：它帮助复用方法、统一实例类型判断，或模拟接口继承关系，而非作为核心机制。
适配器的核心是委托，不是继承
适配器的本质是将一个接口转换为另一个接口，使原本不兼容的对象能协同工作。这主要靠在适配器方法中调用被适配对象的方法（即委托），而非靠原型链“继承行为”。例如：
// 被适配的旧日志模块（只有 log()）
const legacyLogger = {
log: (msg) => console.log(`[OLD] ${msg}`)
};
<p>// 目标接口要求有 info()、error()、warn()
class TargetLogger {
info(msg) {}
error(msg) {}
warn(msg) {}
}</p><p>// 适配器：手动实现目标接口，内部委托
class LoggerAdapter extends TargetLogger {
constructor(legacy) {
super(); // 确保是 TargetLogger 的实例（可选，用于 instanceof 判断）
this.legacy = legacy;
}
info(msg) { this.legacy.log(<code>INFO: ${msg}</code>); }
error(msg) { this.legacy.log(<code>ERROR: ${msg}</code>); }
warn(msg) { this.legacy.log(<code>WARN: ${msg}</code>); }
}</p>这里 extends TargetLogger 利用了原型链让实例拥有 TargetLogger 的原型方法占位（即使空），也支持 instanceof 检查，但实际行为完全来自委托，不是从原型“继承”来的逻辑。
用原型链复用通用适配逻辑
当多个适配器共享相似的委托规则（如统一加前缀、格式化参数），可把公共逻辑提取到基类原型上：
class BaseAdapter {
// 所有适配器共用的委托包装逻辑
_wrap(methodName, format) {
return (...args) => {
const msg = typeof format === 'function'
? format(...args)
: format.replace('{}', args[0]);
this.target[methodName](msg);
};
}
}
<p>class ConsoleAdapter extends BaseAdapter {
constructor(target) {
super();
this.target = target; // 被适配对象，如 console
}
info = this._wrap('log', '[INFO] {}');
error = this._wrap('error', '[ERROR] {}');
warn = this._wrap('warn', '[WARN] {}');
}</p>这样避免每个适配器重复写包装逻辑，原型链让 _wrap 可被所有子类实例复用。
用 Object.setPrototypeOf 模拟接口“实现”
若不想用 class 继承，也可动态设置原型，让适配器实例“假装”实现了某接口：
const targetInterface = {
connect() {},
disconnect() {},
send(data) {}
};
<p>const oldSystem = {
open() { console.log('Connected'); },
close() { console.log('Disconnected'); },
write(data) { console.log('Sent:', data); }
};</p><p>function createAdapter(old) {
const adapter = {};
adapter.connect = () => old.open();
adapter.disconnect = () => old.close();
adapter.send = (data) => old.write(data);</p><p>// 让 adapter 的原型指向 targetInterface，支持 in 检查和鸭式辨识
Object.setPrototypeOf(adapter, targetInterface);
return adapter;
}</p><p>const adapted = createAdapter(oldSystem);
console.log('connect' in adapted); // true（因原型上有 connect 方法定义）</p>注意：这只是让 in 或 hasOwnProperty（不适用，因在原型上）等检查更自然，实际方法仍是适配器自己定义的，原型上的空方法仅作标识。
何时该用原型链？何时不该？
-
适合用：需要统一实例类型（如
instanceof TargetInterface）、复用模板方法、或构建适配器层级（如 Adapter → SecureAdapter → CachedAdapter） - 不适合用：试图通过原型链“自动转发”所有方法（易出错且不直观）；或把适配逻辑全塞进原型导致难以调试
-
更推荐：显式委托 + 清晰命名（如
this._source.doX()），配合 class 继承或组合，原型链只做辅助
适配器模式的价值在于解耦与透明转换，原型链只是让这种转换在 JavaScript 中更符合语言习惯的工具之一，不是必须路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
