javascript继承易致紧耦合，应通过组合替代深层继承、避免原型链污染、用静态接口约束依赖、按能力拆分基类来解耦。
JavaScript 继承天然容易带来紧耦合，因为子类直接依赖父类的构造逻辑、原型结构甚至内部实现细节。解耦不是放弃继承，而是控制依赖范围、隔离变更影响、明确职责边界。
用组合替代深层继承
当类之间语义上不是“is-a”而是“has-a”或“uses-a”，优先用组合。比如一个Editor不需要继承FileHandler，而是持有它：
- 子类不再需要知道父类如何打开/保存文件，只调用
fileHandler.save() -
FileHandler可被替换成CloudFileHandler或MockFileHandler，不影响Editor逻辑 - 避免出现 A → B → C → D 这样的四层继承链，每加一层就多一份隐式依赖
限制原型链污染与共享状态
原型链上的引用类型（如数组、对象）被所有实例共享，这是耦合的隐形源头：
- 不要在父类构造函数外定义
this.items = []这类实例属性——它会出现在Parent.prototype上，导致子类实例互相干扰 - 若必须初始化共享方法，统一放在
static中；若需实例独有数据，确保在构造函数内用this.xxx = [...]或Object.assign({}, ...)创建新副本 - 禁用
Object.setPrototypeOf随意重写原型，改用Object.create(Parent.prototype)并显式赋值，避免意外切断链路
用静态接口和类型守卫约束依赖
让子类只依赖父类承诺的契约，而非具体实现：
- 父类提供
static createDefaultConfig()而不是暴露config字段，子类通过调用获取，不直接读写 - 在关键方法入口加类型检查：
if (!(this instanceof Parent)) throw new Error('Must extend Parent')，防止误用 - 对传入参数做守卫：
Parent.prototype.process = function(data) { if (!Array.isArray(data)) throw ... }，把校验留在父类，子类专注业务逻辑
拆分基类，按能力垂直切分
一个大而全的BaseComponent会让所有子类被迫继承不需要的能力，形成“拖拽式耦合”：
- 按职责拆成
EventEmitter、Stateful、Renderable等小基类 - 子类只继承所需模块：
class Button extends Stateful，不带事件或渲染逻辑 - 用
mixins或Object.assign动态组合行为，比单继承更灵活、更易测试
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
