我正在开发一个 JavaScript 项目，只是想知道为什么对象实例不继承 defineProperty() 和其他方法，而不必调用超类（超对象？）Object 方法。
我看过MDN docs，其实有“非标准”的属性方法。
但那些已被弃用。为什么要转向Object 方法？
在我看来，instance.defineProperty(...) 之类的东西比 Object.defineProperty(instance, ...) 更好。我也会对其他一些 Object 方法说同样的话。
【问题讨论】：
有趣。到目前为止，我想出的唯一原因是人们喜欢重写原型，并且像这样“隐藏”这种方法可能会帮助您避免一些错误。尤其是因为方法名称很好，因为它比__defineGetter__ 更容易被重写。
似乎很多功能都依赖于此功能 (link)，因此在这种情况下使其更加全球化和安全是有意义的。
【讨论】：
这样做是为了避免冲突 - 请记住，Object.prototype 上的每个方法也是每个用户定义对象中的一个方法。
想象一个对象，您需要一个自定义方法 defineProperty - 当 Object.defineProperty 位于其原型上时，这将完全破坏事物。
【讨论】：
这是为了避免冲突 - 通常，对象不具有您期望的值的属性。
JS 中的对象通常用作键值映射，键可以是任意字符串——例如__defineGetter__、hasOwnProperty 或其他不那么特别的东西。现在，当你想在未知对象上调用这样的函数时——比如 hasOwnProperty 经常用于泛型枚举函数中，其中任何 JSON 都可能被传入——你永远无法确定你是否有一个被覆盖的属性（甚至可能没有是一个函数）或您想要的原始文件，或者对象是否完全继承了该属性。为了避免这个问题（或者this IE bug），你必须使用Object.prototype.hasOwnProperty.call——这很难看。
因此，在Object 上为所有这些函数命名空间只是有用的，它是一个更简洁的 API，将反射方法与对象的应用程序接口分开。这也有助于优化（简化静态分析）并更容易限制沙箱中反射 API 的访问 - 至少 design idea 是这样。
您可能很高兴在原型中使用defineProperty，但您只能在使用已知对象时安全地使用它。如果你仍然想要它（你知道什么时候用什么时候不用），你可以使用
Object.defineProperty(Object.prototype, "defineProperty", {
writable: true,
enumberable: false,
value: function(prop, descr) {
return Object.defineProperty(this, prop, descr);
}
});
【讨论】：
Object.prototype。他们可以通过Object.create(null) 从无到有继承，或者他们可以从继承自null 的对象继承。这是非常有用的行为，但如果一个对象不是从Object.prototype 继承的，它就不会在Object.prototype 上定义方法。任何想要一般使用defineProperty 的库都必须使用var defineProperty = Function.prototype.call.bind(Object.prototype.defineProperty);，因此将其定义为实用函数而不是方法是有意义的。
Meta 对象的一个论据 - 当您编写沙箱时，限制对 Object.defineProperty 和 {}.constructor.defineProperty 的访问比仅限制对 {}.defineProperty 的访问更简单.