为什么是Object.defineProperty()而不是this.defineProperty() (对于对象)？

Question

我正在做一个JavaScript项目，我想知道为什么对象实例不继承defineProperty()和其他方法，而必须调用超类(superobject?) Object方法。

我看过MDN docs，实际上有一些“非标准”的属性方法。

但是这些已经被弃用了。为什么要迁移到Object方法？

在我看来，像instance.defineProperty(...)这样的东西比Object.defineProperty(instance, ...)更好。我也会对其他一些对象方法说同样的话。

Answer 1

这是为了避免冲突--通常情况下，对象不具有您期望的值的属性时会出现问题。

JS中的对象通常用作键值映射，键可以是任意字符串-例如__defineGetter__、hasOwnProperty或其他不太特殊的字符串。现在，当你想在一个未知的对象上调用这样一个函数时--比如hasOwnProperty经常用在泛型枚举函数中，任何JSON都可能被传入--你永远不能确定你得到的是一个被覆盖的属性(甚至可能不是一个函数)还是你想要的原始属性，或者对象是否继承了这个属性。为了避免这个问题(或者this IE bug)，你必须使用Object.prototype.hasOwnProperty.call --这太难看了。

因此，在Object上对所有这些函数进行命名空间是唯一有用的，它是一个更干净的应用程序接口，它将反射方法与对象的应用程序接口分开。这也有助于优化(简化静态分析)，并使得在沙箱中限制对反射API的访问变得更容易-至少那是design idea。

您可能很乐意在原型中使用defineProperty，但只有在处理已知对象时才能安全地使用它。如果你仍然想要它(你知道什么时候使用，什么时候不用)，你可以使用

Object.defineProperty(Object.prototype, "defineProperty", {
    writable: true,
    enumberable: false,
    value: function(prop, descr) {
        return Object.defineProperty(this, prop, descr); 
    }
});

Answer 2

这样做是为了避免冲突-记住，Object.prototype上的每个方法也是每个用户定义对象中的方法。

想象一下，在一个对象中，你想要一个自定义方法defineProperty --当Object.defineProperty在它的原型上时，它会完全破坏一切。

Answer 3

有意思的。到目前为止，我想出来的唯一原因是人们喜欢重写原型，像这样“隐藏”这个方法可能会帮助你避免一些bug。特别是因为好的方法名称，因为它比__defineGetter__更容易被重写。

似乎很多功能都依赖于此功能(link)，因此在这种情况下使其更具全球性和安全性是有意义的。