JavaScript继承本身不依赖构建工具，但class、extends、super等ES6特性需Babel转译为ES5原型链代码才能兼容旧浏览器，TypeScript类型校验、打包优化及测试拦截也均需构建工具支持。
JavaScript 继承本身不直接依赖构建工具，但现代开发中，继承的写法、类型校验、代码拆分和兼容性处理，都高度依赖构建工具链的支持。关键不在“能否集成”，而在于如何让 class 继承、静态成员、私有字段等特性，在不同环境里安全落地。
ES6 class 继承需 Babel 转译才能兼容旧浏览器
原生 class、extends、super 在 IE 和部分老版本安卓 WebView 中不可用。Babel 通过 @babel/preset-env 自动将 class 编译为 ES5 构造函数 + 原型链组合形式：
- 子类
constructor中的super()会被转成Parent.call(this, ...args) -
Child.prototype = Object.create(Parent.prototype)用于建立原型链 -
Child.prototype.constructor = Child修复构造器指向
若项目需支持 IE11，必须配置 targets 或 .browserslistrc，否则继承逻辑可能在运行时出错。
TypeScript 中继承与类型推导深度绑定
TypeScript 不仅校验 extends 语法合法性，还确保子类满足父类契约：
立即学习“Java免费学习笔记（深入）”；
- 重写方法时，参数类型不能比父类更宽，返回类型不能比父类更窄（协变/逆变）
-
super.method()调用前，TS 会检查该方法是否在父类中定义且可访问 - 私有字段
#name或private name不会被子类继承，TS 编译期即报错
没有构建工具（如 tsc、esbuild、vite 插件）参与类型检查，这些继承相关的错误只能到运行时暴露，失去 TS 的核心价值。
构建工具影响继承代码的打包与 Tree-shaking
继承结构会影响模块打包结果，尤其涉及静态方法、默认导出和命名导出时：
- 父类未被任何地方 import，但子类继承了它 → 父类代码仍会被保留（因为继承关系是强引用）
- 子类只调用了父类某个方法，但父类 prototype 上挂了 20 个方法 → Webpack/Vite 默认不会自动剔除未用方法（需配合
/*#__PURE__*/或启用更激进的 optimization.sideEffects） - 使用
export default class Animal extends Mammal时，构建工具需识别其依赖链，避免循环引用导致 chunk 拆分异常
测试框架与继承边界需显式配置
Jest、Vitest 等工具默认不模拟或拦截原型链行为，但以下情况需要干预：
- 对父类方法打 mock 时，
jest.spyOn(Animal.prototype, 'eat')才能拦截所有子类实例调用 - 子类重写了
toString()，但单元测试期望验证原始行为 → 需临时恢复super.toString或用Object.getPrototypeOf(child).toString.call(child) - 使用
instanceof断言时，若构建后 class 被重命名（如压缩），可能导致判断失效 → 需禁用相关 mangling 或改用isPrototypeOf校验
