用es6 class搭建稳健继承体系的关键在于结构清晰、职责分明、调用可靠：父类封装通用逻辑，子类显式调用super()并安全扩展，静态成员隔离工具逻辑，instanceof确保类型判断准确。
用 ES6 Class 搭建稳健的继承体系，关键不在写得多，而在结构清晰、职责分明、调用可靠。核心是把通用逻辑收进父类，让子类专注差异化扩展，同时严格遵守 super 调用规则和静态/实例边界的划分。
父类聚焦可复用的基础能力
父类不是“兜底容器”，而是抽象出项目中高频共性行为的载体。比如统一的数据初始化、请求拦截、事件绑定或状态校验逻辑。
- 构造函数只接收必要参数（如 baseURL、默认配置），用 this 绑定实例属性，避免对象/数组等引用类型被多个实例共享
- 方法直接定义在类体内，自动挂载到原型，不加 function 关键字，也不加分号或逗号
- 类名首字母大写（如 ApiService、BaseStore），符合社区约定，也便于 IDE 识别和类型推导
子类必须显式调用 super() 并合理扩展
子类不是简单“加功能”，而是在父类基础上做安全增强。super() 是继承链的起点，不是可选项。
- 子类 constructor 中第一行必须是 super()，且传参需匹配父类构造函数签名；否则访问 this 会报 ReferenceError
- 专属属性（如 token、timeout、schema）在 super() 之后再赋值，确保 this 已由父类初始化完成
- 重写方法时，优先用 super.methodName() 复用父逻辑，再叠加定制处理（如添加 header、包装返回值）
静态成员用于工具型逻辑，不混入实例上下文
静态方法和属性属于类本身，适合放配置常量、工厂函数、校验工具等与具体实例无关的内容。
- 用 static 声明，通过类名直接调用（如 ApiService.create()、User.ROLE_ADMIN）
- 子类自动继承父类静态方法，也可定义自己的静态方法；内部可用 super 访问父类静态成员
- 静态方法中不能使用 this（它不指向实例），但可以安全调用其他静态方法或访问静态属性
用 instanceof 验证继承关系，避免运行时误判
类型判断不能只靠字段或方法存在，instanceof 是基于原型链的可靠手段，尤其在多层继承或插件化场景中很关键。
- new AuthApiClient() instanceof ApiService 返回 true，说明继承链完整有效
- 配合 TypeScript 的类型守卫或运行时断言，可进一步提升类型安全性
- 避免用 constructor.name 或 typeof 判断类实例，它们在压缩或继承链复杂时容易失效
