8

我正在开发一个 JavaScript 项目，只是想知道为什么对象实例不继承 thedefineProperty()和其他方法，而不必调用超类（超对象？）Object方法。

我查看了MDN 文档，实际上有“非标准”属性方法。

但那些已被弃用。为什么要转向Object方法？

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

4

3 回答 3

9

这是为了避免冲突 - 通常，对象不具有您期望的值的属性的问题。
JS 中的对象通常用作键值映射，键可以是任意字符串 - 例如__defineGetter__，hasOwnProperty或不那么特殊的东西。现在，当你想在一个未知对象上调用这样的函数时——就像hasOwnProperty在通用枚举函数中经常使用的那样，其中可能传入任何 JSON——你永远无法确定你是否有一个被覆盖的属性（甚至可能不是一个函数) 或您想要的原件，或者该对象是否完全继承了该属性。为了避免这个问题（或者这个 IE 错误），你必须使用Object.prototype.hasOwnProperty.call- 这是丑陋的。

所以，命名所有这些函数Object只是有用的，它是一个更干净的 API，将反射方法与对象的应用程序接口分开。这也有助于优化（简化静态分析）并更容易限制沙箱中反射 API 的访问——至少这是设计理念。

您可能很乐意defineProperty在原型中使用它，但您只能在使用已知对象时安全地使用它。如果您仍然想要它（因为您知道何时使用和何时不使用），您可以使用

Object.defineProperty(Object.prototype, "defineProperty", {
    writable: true,
    enumberable: false,
    value: function(prop, descr) {
        return Object.defineProperty(this, prop, descr); 
    }
});
于 2012-11-05T21:23:11.750 回答
5

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

想象一个你想要一个自定义方法的对象——当它在它的原型上defineProperty时会完全破坏事情。Object.defineProperty

于 2012-11-05T20:55:52.603 回答
2

有趣的。到目前为止，我想出的唯一原因是人们喜欢重写原型，并且像这样“隐藏”这种方法可能会帮助您避免一些错误。尤其是因为好的方法名称，因为它比例如__defineGetter__.

似乎很多特性都依赖于这个功能（链接），所以在这种情况下让它更加全球化和安全是有意义的。

于 2012-11-05T20:53:14.197 回答