构造函数（或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 或展开运算符适合组合配置，但别把它当构造器用——它不建立类型关系
• ES2025 起可用 #privateField，但仅限 class 内部，字面量完全不支持

真正容易被忽略的点是：很多人在写工具函数时，下意识用字面量返回对象，却忘了这个对象未来可能被传入其他系统（比如 Vue 响应式、React props diff），而那些系统往往依赖对象的原型链或构造器信息做判断。这时候，一个看似无害的 {} 可能变成排查半天的根源。