我正在处理一个 JavaScript 项目,只是想知道为什么对象实例不继承defineProperty()
和其他方法,而不必调用超类(超对象?)Object
方法。
我查看了MDN 文档,实际上有“非标准”属性方法。
但这些已被弃用。为什么要转向Object
方法?
在我看来,likeinstance.defineProperty(...)
比Object.defineProperty(instance, ...)
. 我也会对其他一些 Object 方法说同样的话。
我正在处理一个 JavaScript 项目,只是想知道为什么对象实例不继承defineProperty()
和其他方法,而不必调用超类(超对象?)Object
方法。
我查看了MDN 文档,实际上有“非标准”属性方法。
但这些已被弃用。为什么要转向Object
方法?
在我看来,likeinstance.defineProperty(...)
比Object.defineProperty(instance, ...)
. 我也会对其他一些 Object 方法说同样的话。
这是为了避免冲突 - 通常,对象的问题不具有您期望的值的属性。
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);
}
});
这样做是为了避免冲突 - 请记住,每个方法Object.prototype
也是每个用户定义对象中的方法。
想象一下你想要一个自定义方法的对象defineProperty
——当Object.defineProperty
它在它的原型上时会完全破坏事物。
有趣的。到目前为止,我想出的唯一原因是人们喜欢重写原型,并且像这样“隐藏”这种方法可能会帮助您避免一些错误。特别是因为好的方法名称,因为它比例如__defineGetter__
.
似乎很多特性都依赖于这个功能(链接),所以在这种情况下让它更加全球化和安全是有意义的。