JavaScript 原生 class 不支持接口，但可通过抽象基类构造器校验、静态契约配置、Proxy 拦截及与 TypeScript 接口协同等方式，在运行时模拟接口契约约束，确保子类实现指定方法。
JavaScript 原生 class 语法不支持接口（interface）这一语言特性，无法像 TypeScript 那样在编译期强制子类实现指定方法。但可以通过运行时校验 + 设计约定，模拟接口的契约约束效果，让子类“必须提供某些能力”，否则启动或调用时立即报错。
用抽象基类 + 构造器校验模拟接口
在父类 constructor 中检查子类是否实现了关键方法，是轻量、有效、无需额外工具的常用方式：
- 父类不声明具体逻辑，只定义“这里该有方法”，并在 new 实例时验证
- 通过 this.constructor.prototype 或 Object.getPrototypeOf(this) 检查目标方法是否存在且为函数
- 若缺失，抛出明确错误，提示“子类必须实现 xxx 方法”
示例：
class DataProcessor {constructor() {
if (typeof this.parse !== 'function') {
throw new Error('DataProcessor 子类必须实现 parse() 方法');
}
if (typeof this.validate !== 'function') {
throw new Error('DataProcessor 子类必须实现 validate() 方法');
}
}
}
class CsvProcessor extends DataProcessor {
parse(data) { return data.split('\n'); }
validate(data) { return Array.isArray(data); }
}
new CsvProcessor(); // ✅ 正常
new class extends DataProcessor {}; // ❌ 报错：必须实现 parse()
用静态方法统一注册契约并校验
把接口要求提取为静态配置，由基类统一执行校验逻辑，更易维护和扩展：
- 在基类定义 requiredMethods = ['load', 'transform', 'save'] 这样的数组
- 子类继承后，基类 constructor 自动遍历检查 this 上是否具备这些方法
- 支持可选方法（加 ? 后缀）、异步方法（检查返回值是否为 Promise）等增强语义
这样改写后，新增一个子类只需关注业务逻辑，契约检查自动生效，不依赖开发者记忆。
配合 Proxy 拦截未实现方法调用
如果希望延迟到真正调用时才报错（而非实例化时），可用 Proxy 包裹子类实例：
- 拦截 get 操作，当访问未定义的“契约方法”时，抛出友好提示
- 适用于插件系统、策略类等动态加载场景
- 注意：仅对未定义属性有效；若子类定义了同名但非函数的值（如字符串），需额外类型判断
这种方案不改变类结构，属于运行时防护层，适合已有代码渐进增强。
与 TypeScript 接口协同使用（推荐工程实践）
纯 JS 项目若长期演进，建议引入 TypeScript。此时可：
- 用 interface 定义方法签名（如 interface Processor { parse(data: string): any; validate(): boolean; }）
- 让子类 implements Processor，获得编辑器提示和编译检查
- JS 运行时仍靠上述构造器校验兜底，形成双重保障
TS 的 interface 不生成运行时代码，零成本接入，而 JS 层校验确保即使绕过 TS 编译，也能守住底线。
