构造函数（或class）适用于需多实例共享方法且各持独立状态的场景，如用户对象；对象字面量适合单次、简单、不复用的配置或数据映射，但无法支持原型继承和类型识别。
构造函数和对象字面量没有绝对“更好”，选哪个取决于你是否需要复用、是否要共享方法、是否涉及原型继承——不是语法习惯问题，是设计意图问题。
什么时候必须用构造函数（或 class）
当你需要多个实例共享同一套方法、且每个实例持有独立状态时，function 构造函数或 class 是合理选择。字面量无法自然支持这种模式。
- 多个用户对象，各自有
name和score，但都用同一个updateScore()方法 - 需要通过
instanceof判断类型（比如new User() instanceof User） - 后续要扩展原型（如给所有实例加
toString()），而不想污染每个对象
function User(name, score) {
this.name = name;
this.score = score;
}
User.prototype.updateScore = function(delta) {
this.score += delta;
};
什么时候优先用对象字面量
单次创建、结构简单、不打算复用逻辑时，字面量更轻量、可读性更高，也更容易被 JS 引擎优化。
- 配置项：
{ timeout: 5000, retry: 3 } - API 响应数据映射：
{ id: 123, title: "JS 对象" } - 作为函数参数或返回值的临时容器
注意：字面量创建的对象隐式继承自 Object.prototype，但你不该依赖这点去挂载通用方法——那会污染全局原型链。
立即学习“Java免费学习笔记（深入）”；
常见误用：用字面量模拟构造函数行为
有人试图这样“复用”字面量：
const createUser = (name, score) => ({ name, score, updateScore: (delta) => { ... } });
这看似简洁，但每次调用都新建一个 updateScore 函数，内存开销大，也无法通过原型统一维护逻辑。这不是“轻量”，是隐蔽的性能陷阱。
- 每个对象都持有一份方法副本，
===比较为false - 无法在运行时动态向所有实例添加方法（没有共同原型）
- 调试时难以识别对象“类型”，
Object.getPrototypeOf(obj).constructor是Object
现代替代方案：class + 私有字段 / Object.assign
如果只是想避免 function 的传统写法，class 更清晰；如果只是初始化带默认值的对象，Object.assign({}, defaults, overrides) 比反复写字面量更可控。
-
class本质仍是基于原型的构造函数，但语法更明确表达“这是可实例化的类型” -
Object.assign或展开运算符适合组合配置，但别把它当构造器用——它不建立类型关系 - ES2022 起可用
#privateField，但仅限class内部，字面量完全不支持
真正容易被忽略的点是：很多人在写工具函数时，下意识用字面量返回对象，却忘了这个对象未来可能被传入其他系统（比如 Vue 响应式、React props diff），而那些系统往往依赖对象的原型链或构造器信息做判断。这时候，一个看似无害的 {} 可能变成排查半天的根源。
