JavaScript创建对象无唯一正确方式，需据场景选择：字面量适合单例配置，构造函数/class适用于多实例共享方法，Object.create()用于精细原型控制，工厂函数则灵活支持私有变量和模块化。
JavaScript 中创建对象没有唯一“正确”方式，关键看你要解决什么问题：是临时存点数据、需要复用逻辑、还是得控制实例行为和继承链。选错方法会导致后期改起来费劲，比如该用类却用字面量，后续加方法或继承就只能重写。
对象字面量适合快速原型和配置项
最常见也最容易上手，但只适用于单例场景，无法批量生成结构一致的对象实例。
- 直接写
{ name: 'Alice', age: 30 }，属性和值都在声明时确定 - 可嵌套其他对象、数组，甚至函数（但此时函数只是属性值，不自动绑定
this） - 别在循环里反复用字面量创建大量相似对象——内存和性能不如构造函数或工厂函数可控
- JSON 兼容性好，
JSON.stringify()和JSON.parse()能直接处理，但会丢掉函数和undefined值
构造函数 + new 是手动控制实例行为的老办法
当你需要多个具有相同结构和共享方法的对象，并且希望每个实例有独立状态时，它依然有效，但要注意 this 绑定和原型污染风险。
- 函数名首字母大写是约定，如
function Person(name) { this.name = name; } - 必须用
new调用，否则this指向全局（非严格模式下），容易引发隐蔽 bug - 方法写在
Person.prototype上才真正共享；写在函数体内每次新建实例都会重复创建函数，浪费内存 - ES6 的
class本质就是语法糖，底层仍走这套机制，但更易读、不易漏掉new
Object.create() 适合精细控制原型链
当你明确想让一个对象直接继承另一个对象（而不是构造函数的 prototype），或者要创建无原型的对象（如 Object.create(null)），这个方法不可替代。
-
const obj = Object.create(prototypeObj)——obj的__proto__直接指向prototypeObj - 常用于实现“委托式继承”，比如给某个配置对象挂一个默认配置作为原型，避免深拷贝
-
Object.create(null)创建的对象没有toString、hasOwnProperty等原生方法，适合做纯哈希表（比如事件监听器缓存），但调用这些方法会报TypeError - 不能传入初始化属性，想带属性得配合
Object.defineProperties()或额外赋值
工厂函数比构造函数更灵活，也更符合现代 JS 风格
不用 new，不依赖 this，返回普通对象，天然支持闭包封装私有变量，适合构建配置驱动或策略型对象。
- 写法简单：
function createUser(name) { const id = Math.random(); return { name, getId() { return id; } }; } - 每个实例的
getId函数都闭包捕获了独立的id，无需原型或this管理 - 和模块搭配自然，比如导出一个工厂函数，内部用
const privateHelper = () => {}封装逻辑 - 缺点是方法无法跨实例共享（每个对象都有自己的函数副本），如
果方法体很大或实例极多，要考虑内存开销
实际项目中混用很常见：配置用字面量，业务实体用 class，工具对象用工厂函数，需要原型委托时才显式调用 Object.create()。别被“最佳实践”绑住，重点是让对象的生命周期、复用性和可维护性匹配你的使用场景。
