在 javascript 中，接口通常通过定义一个包含方法签名的对象或类来模拟，并在实现类中手动检查这些方法是否存在。具体做法是创建一个基类或工具函数，在实例化时遍历接口定义的方法列表，若实现类未提供对应方法则抛出错误，从而强制实现类遵循接口规范。
如何定义并验证一个接口
要定义并验证一个接口，可以创建一个工厂函数，该函数接收一个目标对象和一组期望的方法名。它会逐一检查目标对象是否拥有这些属性且为函数类型，如果缺失则立即报错。这种方式不依赖特定的继承语法，而是基于鸭子类型的动态检查。
function defineInterface(target, interfaceMethods) {
interfaceMethods.forEach(methodName => {
if (typeof target[methodName] !== 'function') {
throw new Error(`Missing method: ${methodName}`);
}
});
}
// 定义接口
const Serializable = ['serialize', 'deserialize'];
// 实现类
class User {
constructor(name) {
this.name = name;
}
serialize() {
return JSON.stringify({ name: this.name });
}
// 故意遗漏 deserialize 以测试错误
}
const user = new User('Alice');
defineInterface(user, Serializable); // 将抛出错误上述代码中，`User` 类实现了 `serialize` 但缺少 `deserialize`。当调用 `defineInterface` 时，它会检测到缺失的方法并抛出异常。这确保了任何声称实现该接口的对象都必须具备所有规定的方法。这种机制在运行时生效，允许灵活的对象结构同时保持严格的契约约束。
立即学习“Java免费学习笔记（深入）”；
如何在继承链中应用接口验证
在继承体系中，可以在父类的构造函数中调用接口验证逻辑，确保子类实例化时满足接口要求。这样，所有继承自该父类的对象都会自动接受接口检查，无需在每个子类中重复编写验证代码。
class BaseSerializable {
constructor() {
const requiredMethods = ['serialize', 'deserialize'];
defineInterface(this, requiredMethods);
}
}
class Product extends BaseSerializable {
constructor(id, price) {
super();
this.id = id;
this.price = price;
}
serialize() {
return JSON.stringify({ id: this.id, price: this.price });
}
deserialize(data) {
const parsed = JSON.parse(data);
this.id = parsed.id;
this.price = parsed.price;
}
}
const product = new Product(1, 9.99); // 成功实例化在这个例子中，`Product` 继承自 `BaseSerializable`。在 `Product` 实例化过程中，`super()` 调用会触发 `BaseSerializable` 的构造函数，进而执行接口验证。由于 `Product` 提供了 `serialize` 和 `deserialize` 方法，验证通过。如果子类遗漏了任一方法，实例化将失败。这种方法将接口契约嵌入到继承层次结构中，提高了代码的健壮性。
当子类重写接口方法时会发生什么
如果子类重写了接口中定义的方法，接口验证仍然会在实例化时通过，因为验证只检查方法的存在性和类型，不检查其实现细节。这意味着子类可以自由修改方法的行为，只要它保留了方法签名。
class SecureProduct extends Product {
serialize() {
// 重写序列化逻辑，添加加密
const data = super.serialize();
return encrypt(data); // 假设有一个加密函数
}
}
const secureProduct = new SecureProduct(2, 19.99); // 成功实例化这里 `SecureProduct` 重写了 `serialize` 方法，增加了加密功能。由于它仍然是一个函数，并且保留了 `deserialize` 方法（从父类继承），接口验证顺利通过。这表明基于接口的模拟允许行为的多态性，同时维持结构的一致性。开发者可以放心地扩展和修改实现，而不必担心破坏接口契约。
