javascript 的 class 语法本身不支持在原型上动态添加方法，因为类定义在解析时就会固定原型结构。要实现类似效果，必须绕过 class 机制，直接使用 object.prototype 或实例的原型链进行属性挂载。
为什么 class 无法直接实现动态原型
class 关键字在 JavaScript 引擎中会被编译为构造函数和原型属性的赋值操作。一旦代码执行到 class 定义块，其原型上的方法就已经确定。如果在类定义之后尝试向 ClassName.prototype 添加新属性，虽然技术上可行，但这破坏了类的封装性，且无法在类内部通过 this 访问这些动态成员，导致行为不一致。
class Base {
constructor() {
this.id = Math.random();
}
staticMethod() {
return 'static';
}
}
// 动态添加原型方法
Base.prototype.dynamicMethod = function() {
return 'dynamic';
};
const instance = new Base();
console.log(instance.dynamicMethod()); // 'dynamic'
console.log(instance.staticMethod()); // 'static'
上述代码展示了在 class 定义后手动修改原型的做法。虽然 instance 可以调用 dynamicMethod，但这种做法通常被视为反模式，因为它使得类的契约变得模糊。更常见的需求是在运行时根据条件决定实例的行为，这通常需要借助组合模式或装饰器，而非直接修改原型。
使用 Mixin 模式模拟动态行为
为了在不破坏 class 结构的前提下实现动态功能扩展，可以使用 Mixin（混入）模式。Mixin 是一个包含方法的普通对象，可以在实例化后将这些方法复制到目标类的原型上，或者直接在实例上挂载。这种方法允许在运行时灵活地组合功能。
const LoggerMixin = {
log() {
console.log(`Instance ${this.id} logged`);
}
};
class Component {
constructor() {
this.id = Math.random();
}
}
// 在运行时将 Mixin 的方法应用到原型
Object.assign(Component.prototype, LoggerMixin);
const comp = new Component();
comp.log(); // 'Instance [random] logged'
这种方案通过 Object.assign 将 LoggerMixin 中的 log 方法复制到 Component.prototype 上。所有后续创建的 Component 实例都将拥有 log 方法。如果需要在特定实例上动态添加行为，可以将方法直接赋值给 this，但这会占用更多内存，因为每个实例都会拥有独立的方法副本。
基于实例化时机选择具体实现
当需要根据输入条件决定实例的具体行为时，动态原型不再是最佳选择，而应使用工厂函数或策略模式。例如，如果程序需要根据配置对象中的 type 字段创建不同行为的实例，直接修改原型会导致所有实例共享相同的行为，从而引发逻辑错误。
function createInstance(config) {
if (config.type === 'A') {
return new ClassA();
} else if (config.type === 'B') {
return new ClassB();
}
throw new Error('Unknown type');
}
class ClassA {
process() { return 'A'; }
}
class ClassB {
process() { return 'B'; }
}
const inst = createInstance({ type: 'A' });
console.log(inst.process()); // 'A'
在上述代码中，createInstance 函数根据 config.type 返回不同的类实例。这种方式确保了每个实例的行为在其创建时就被确定，避免了原型污染带来的副作用。如果必须在 class 内部实现动态行为，可以考虑在构造函数中根据参数动态绑定方法到 this，但这同样会牺牲性能。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
