- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
JavaScript 将 Object.prototype
定义为一种为类对象定义方法或属性的方式。
使用 Object.prototype
时存在的一个大问题是
incorrect
行为,当通过回调调用方法时 this
将具有调用上下文。
function Foo() {}
Foo.prototype.resize() {
console.log(this);
}
var foo = new Foo();
window.on('resize', foo.resize);
因此,要解决此限制,我们可以执行以下操作。
function Foo2() {
function resize() {
console.log(self);
}
var self = this;
this.resize = resize;
}
var foo2 = new Foo2();
window.on('resize', foo2.resize);
鉴于上述情况,在示例 2 中始终定义类对象似乎更好。
因此,我们什么时候应该使用Object.prototype
工具?我的意思是,您无法先验地知道您的方法将如何被调用,而且您肯定希望在调用时有正确的 this
上下文引用。
支持上下文:我想到这个问题是因为您似乎正在使用 Object.prototype
创建实例方法。但是,如图所示,您不是。您只是在创建与其实例没有“真实”连接的方法。因此需要使用闭包来创建实例绑定(bind)方法。另外这个问题是看了this excellent explanation of this
才想到的.
最佳答案
您的困惑来自这样一个事实,即您将 JavaScript 对象视为具有 OOP 语言中的方法。因此您认为它们应该具有固定的上下文,因为 OOP 语言中的方法通常使用“早期绑定(bind)”,因此它们被绑定(bind)到正确的上下文。在 JavaScript 中是不同的。这是一种“后期绑定(bind)”,当函数的上下文 - this
- 在函数执行时确定。对我来说,将方法视为指向函数的简单对象属性是有益的,它确实可以在不同的上下文中执行。例如,我们可以有这样的东西:
function resize() {
console.log(this);
}
resize.call(window);
resize.call(custom);
如果您愿意,当然可以使用 bind
实现“早期绑定(bind)”,例如:
function O() {
this.resize = function() {}.bind(this);
}
var o = new O();
但这限制了对象方法的可重用性。例如,这是不可能的:
Array.prototype.slice.call(arguments)
您可以阅读 here有关为什么即使在 ES6 中也没有绑定(bind)方法的一些建议。
原型(prototype)不是静态方法
,它们的创建是为了实现内存高效代码重用。正如 JLRishe
指出的那样,原型(prototype)的最大优势是减少内存使用,因为您可以在原型(prototype)上定义一个函数实例,并且方便将其作为对象属性访问在他们的原型(prototype)链中有原型(prototype)。但原型(prototype)只是为了方便。下面是没有 prototype
的 resize
示例:
// here only one instance of `resize` function is created
function resize() {
console.log(this);
}
var o1 = {
resize: resize
}
var o2 = {
resize: resize
}
You are simply creating methods that have no "real" connection to their instance.
正确,这里是一个带有“方法”的原型(prototype)示例,稍后将用于不同的上下文:
var prototype = {
resize: function() {
console.log(this);
}
}
var o1 = {
resize: resize
}
Object.setPrototypeOf(o1, prototype);
var o2 = {
resize: resize
}
Object.setPrototypeOf(o2, prototype);
我认为 JavaScript 的构建理念是函数是一流的对象,而不是对象应该具有正确绑定(bind)上下文的方法。
静态方法通常作为函数构造函数的属性实现,如下所示:
function SomeObjectConstructor() {}
SomeObjectConstructor.someStaticMethod = function() {}
关于javascript - 何时使用 Object.prototype/JavaScript 实例方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40384396/
以下代码,我使用 chrome 浏览器控制台进行了检查: function A(){ this.a='a' } 这是一个构造函数。我已经将一个属性 b 赋给了 A 的原型(prototype)。
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 提供事实和引用来回答它. 5年前关闭。 Improve this
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 提供事实和引用来回答它. 3年前关闭。 Improve this
我已经开始阅读 The Pragmatic Programmer,我很喜欢并学习堆形式,但我很难理解示踪子弹和原型(prototype)之间的区别。跟踪项目符号是否像拥有应用程序的所有 View 但尚
尽管阅读了 StackOverflow 上的大多数文章,但我现在实际上对原型(prototype)非常困惑。 function Foo() { } Foo.prototype.speak = func
我正在阅读以下代码,并开始想知道 Rectangle.prototype = Object.create(Shape.prototype) 和 Rectangle.prototype = Shape.
我想知道它们之间的区别: childObj.prototype = Object.create(parentObj.prototype) 和 childObj.prototype = parentOb
这个问题在这里已经有了答案: Why wouldn't I use Child.prototype = Parent.Prototype rather than Child.prototype =
在 node.js 中导出原型(prototype)的首选方法是什么?您可以采用两种方法: 导出原型(prototype)本身 function A () { } module.exports = A
我正在学习 JavaScript,发现了两种分配原型(prototype)的方法。 第一个是A.prototype = B.prototype,第二个是A.prototype = new B() 例如
在一些构造函数的定义之后,例如 child ,我见过以下两种形式: Child.prototype = Parent.prototype; 或 Child.prototype = new Parent
我正在阅读一本关于 OOP javascript 的书,但被其中一个示例卡住了。 在示例代码的第一个版本中,Shape 的一个新实例构造函数被创建并且 toString方法被调用。 toString方
这个问题在这里已经有了答案: What should I connect to the child prototype property in JavaScript (2 个答案) 关闭 8 年前。
在进行原型(prototype)设计时,您在多大程度上放弃了最佳实践来支持代码和修复黑客攻击?当然,代码并不打算在完整的生产环境中保留。 补充:我正在研究一个用 Python 制作的相当大的半工作原型
我正在尝试使用 Prototype 更新隐藏表单字段的值。表单域: 我正在尝试使用原型(prototype)更新值: var additionalVal = ',2'; var itemId = $
我正在阅读How to Make a Javascript Library我发现了作者所说的一个观点: function _() { //Some obects and var
我想用一个新函数扩展“Number”类型,因此我必须定义一个原型(prototype)。当我想到这一点时,我得到了一堆问题: Number 是否既继承了 Object.prototype 又继承了 F
这里好像有区别... 假设我们有 function MyConstructor() {} MyConstructor 的[[Prototype]] 是Function.prototype,不是 MyC
有人建议 Derived.prototype = Object.create(Base.prototype); 优于 Derived.prototype = new Base(); (如 this S
我是一名优秀的程序员,十分优秀!