class是构造函数的语法糖，本质仍是函数对象，未改变原型继承模型，仅收拢prototype操作；差异在于语法约束（如不提升、严格模式、必须new调用）和协作友好性。
Class 不是新机制，只是构造函数的语法糖，所有 Class 写法都能用 function 和 prototype 手动实现。
Class 本质就是构造函数的封装写法
ES6 的 class 编译后仍生成函数对象，typeof MyClass 返回 "function"，MyClass.prototype 依然存在。它没改变原型继承模型，只是把 function A() {}、A.prototype.method = ... 这些分散写法收拢到一个块里。
常见误解是“Class 引入了面向对象新范式”，其实没有——new MyClass() 底层调用的仍是构造函数逻辑，this 绑定、原型链查找、instanceof 判定全部照旧。
-
class Foo {}等价于const Foo = function () {} -
constructor() { }就是函数体本身 -
method() { }会自动挂到Foo.prototype上 - 静态方法
static bar() { }等价于Foo.bar = function() {}
Class 与构造函数的关键差异点
差异不在运行时行为，而在语法约束和语义表达：
立即学习“Java免费学习笔记（深入）”；
-
class声明不会被提升（ReferenceError），而function声明会 -
class内部默认启用严格模式，且无法关闭 - 必须用
new调用，直接MyClass()报TypeError；普通函数则无此限制 - 子类
constructor中必须显式调用super()，否则this不可用；而传统继承中可绕过Parent.call(this) - 箭头函数不能作为
class方法（语法报错），但可以赋值给实例属性（如this.handleClick = () => {}）
为什么还要用 Class？真实使用场景中的取舍
不是为了“更面向对象”，而是降低多人协作时的出错概率和理解成本：
- 明确区分实例方法、静态方法、getter/setter，不用再手动操作
prototype或函数对象属性 - 继承写法统一：
class Child extends Parent比Child.prototype = Object.create(Parent.prototype)更不易漏掉constructor重置 - 现代工具链（TypeScript、Babel、eslint）对
class的类型推导、lint 规则、装饰器支持更成熟 - React 16+ 的
Component类组件虽已非推荐，但大量存量代码仍依赖class的生命周期语义（如componentDidMount）
class Counter {
constructor(initial = 0) {
this.count = initial;
}
increment() {
return ++this.count;
}
static isEven(n) {
return n % 2 === 0;
}
}
真正容易被忽略的是：Class 无法定义私有字段（直到 #field 语法进入标准），早期靠下划线约定或闭包模拟，现在虽有 #count，但它的访问限制在运行时才生效，且不参与原型链——这和传统构造函数+闭包的私有实现路径完全不同。
