类和原型继承有何区别_在javascript中如何选择【教程】

class只是原型继承的语法糖，底层仍依赖原型链；它强制封装constructor和prototype操作，启用严格模式、不提升，子类必须调用super()，而函数方式更灵活但需手动处理继承细节。

类和原型继承在 javaScript 中本质是同一套机制的两种写法，class 只是语法糖，底层仍依赖原型链。选哪个不取决于“新旧”，而取决于你是否需要明确的构造意图、可读性约束，或与现有工具链（如 typescript、Babel）协同。

class 声明到底做了什么

class 不创建新继承模型，它强制封装了 constructor、prototype 属性定义和 [[Prototype]] 链接过程。比如：

class Animal {   constructor(name) {     this.name = name;   }   speak() {     return `${this.name} makes a sound`;   } }

等价于手动设置 Animal.prototype.speak，但无法直接访问或修改 Animal.prototype 上的属性（除非显式导出），且 class 内部方法默认不可枚举、不可配置。

• class 会自动启用严格模式，函数声明不会
• class 声明不提升（ReferenceError），函数声明会提升
• 子类 extends 必须调用 super()，否则无法访问 this —— 这是保护机制，不是限制

原型继承（function + prototype）适合哪些场景

当你需要动态控制原型链、复用构造逻辑、或实现类似 mixin 的行为时，直接操作 prototype 更灵活。例如：

立即学习“Java免费学习笔记（深入）”；

function createVehicle(type) {   const proto = { type };   proto.start = function() { return `Starting ${this.type}` };   return Object.create(proto); } const car = createVehicle('car');

• 避免 new 调用开销（无构造函数执行、无 this 绑定）
• 可在运行时拼接多个原型（Object.setPrototypeOf(obj, mergedProto)）
• 适合函数式风格或轻量对象工厂，比如 react 的早期无状态组件模式
• 注意：直接改 Function.prototype 或全局 Object.prototype 是危险操作，应避免

继承时 this 和 super 的行为差异

看似一样，实则关键细节不同。在 class 中，super() 必须在使用 this 前调用；而在函数继承中，this 已存在，你可以选择是否调用父构造器：

function Dog(name, breed) {   Animal.call(this, name); // 手动委托，不强制   this.breed = breed; } Dog.prototype = Object.create(Animal.prototype);

• class 子类中未调用 super() → ReferenceError: Must call super constructor
• 函数方式中漏掉 Animal.call(this, ...) → this.name 为 undefined，但不会报错
• super.method() 在 class 中绑定的是父类 prototype 上的方法；函数方式需手动写 Animal.prototype.method.call(this)

实际项目中怎么选

团队协作或长期维护项目优先用 class：TypeScript 类型推导、编辑器跳转、ESLint 规则（如 no-use-before-define）、构建工具（如 webpack 模块分析）都更适配它。原型方式更适合底层库（如 Lodash 的 create）、性能敏感路径（避免重复 new）、或需要绕过 class 限制的边界情况（比如多继承模拟）。

真正容易被忽略的点是：class 无法表达“无构造器的纯行为复用”，而原型可以轻松做到 Object.assign(target, mixin) 或 Object.setPrototypeOf。这时候硬套 class extends 反而增加理解成本。