JavaScript中class是基于原型的语法糖，本质为构造函数封装，不改变运行时行为，但强制声明顺序、禁用提升、默认严格模式，并支持私有字段（#）和继承（extends/super）。
JavaScript 中 class 是语法糖，本质仍是基于原型的函数
ES6 的 class 不是全新面向对象机制，只是对构造函数和原型链的封装写法。它不改变 JavaScript 的运行时行为，但强制了声明顺序（必须先定义再使用），且内部方法默认不可枚举、不可重写（[[Enumerable]]: false）。
-
class声明不会被提升（hoisted），而function构造函数会 - 类体中所有代码自动运行在严格模式下，无需手动加
"use strict" - 类内部定义的方法是原型方法，不是实例属性；若想挂到实例上，需在
constructor里用this.method = () => {}
如何定义带构造器、方法和静态成员的 class
一个典型 class 包含 constructor、实例方法、get/set、静态方法（static）和静态属性（ES2022+）。注意：静态属性目前仍需靠赋值语句模拟（除新标准支持外）。
class Person {
constructor(name, age) {
this.name = name;
this.age = age;
}
// 实例方法
greet() {
return `Hello, I'm ${this.name}`;
}
// getter/setter
get isAdult() {
return this.age >= 18;
}
// 静态方法
static createAnonymous() {
return new Person('Anonymous', 0);
}
}
// 静态属性（ES2022 起原生支持，旧环境需赋值）
Person.species = 'Homo sapiens';
继承 class：extends 和 super 的关键用法
用 extends 继承时，子类 constructor 中必须调用 super()，否则无法访问 this —— 这是常见报错 ReferenceError: Must call super constructor in derived class before accessing 'this' 的根源。
采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，
-
super()必须在子类constructor中第一行调用（除非返回对象） -
super.methodName()可调用父类原型上的方法，但不能用于静态方法（静态方法中应直接用ParentClass.staticMethod()） - 子类未写
constructor，会隐式添加constructor(...args) { super(...args); }
class Student extends Person {
constructor(name, age, grade) {
super(name, age); // ✅ 必须先调用
this.grade = grade;
}
// 重写父类方法
greet() {
return `${super.greet()} and I'm in grade ${this.grade}`;
}
}
class 无法直接操作“私有字段”？那怎么模拟私有性
ES2022 引入了真正的私有字段（#field），但它的访问限制非常严格：仅能在类内部通过 #field 访问，外部或子类均不可读写，连 Object.keys()、for...in 都看不到。这是唯一被语言级保障的私有方式。
立即学习“Java免费学习笔记（深入）”；
- 符号（
Symbol）或闭包可模拟私有，但不具语言强制力 - 私有字段名必须在类定义时确定，不能动态计算（
this[#key]❌ 不合法） - 私有方法也以
#开头，同样只在类内可用
class Counter {
#count = 0; // 私有字段
#step = 1;
increment() {
this.#count += this.#step;
return this.#count;
}
#reset() { // 私有方法
this.#count = 0;
}
}
class 的设计初衷是让原型继承更易读、更结构化，但它没解决 JavaScript 原型系统的根本特性。真正容易出问题的地方，往往不在语法本身，而在混淆「语法糖」和「新机制」——比如试图用 class 实现 Java 那样的访问控制，或忽略 super() 的强制调用时机。 
