在创建javascript对象时,我可以在构造函数或原型中放置方法声明。例如,假设我想要一个具有Name属性和Bark方法的Dog类。我可以将Bark方法的声明放入构造函数中:
var Dog = function(name) {
this.Name = name;
this.Bark = function() {
alert(this.Name + " bark");
};
}
或者我可以把它作为原型对象的方法:
var Dog = function(name) {
this.Name = name;
}
Dog.prototype.Bark = function() {
alert(this.Name + " bark");
};
当我实例化Dog类型的对象时,两种方法似乎都可以正常工作:
var dog = new Dog("Fido");
dog.Bark(); //Both approaches show "Fido bark"
我是否更喜欢这些方法中的一种而不是另一种?使用一个优于另一个是否有任何优势?在幕后,这两种方法最终做的完全一样吗?大多数人倾向于采用哪种方式?
感谢您的帮助。
答案 0 :(得分:211)
对于您提供的示例,您应该使用原型方法。一般来说,这取决于。第一种方法(在构造函数中初始化方法)的主要优点是,您可以通过使用方法中构造函数中定义的局部变量来利用闭包。这些变量不能在构造函数外部直接访问,因此实际上是“私有的”,这意味着您的API比将这些变量定义为对象的属性更清晰。一些一般的经验法则:
Dog
s,请使用原型方法。这样,所有“实例”(即由Dog
构造函数创建的对象)将共享一组函数,而构造函数方式,每次调用Dog
构造函数时都会创建一组新函数,使用更多的记忆。Dog
并发现在构造函数中使用本地“私有”变量可以改进代码,这可能是更好的方法。如果性能或内存消耗是主要问题,请使用您的判断并做一些基准测试。可以使用混合方法,只需要在构造函数中定义需要访问本地私有构造函数变量的方法,而将其他方法分配给原型。
例如,下面的代码在构造函数中使用局部变量来跟踪此狗吠叫的次数,同时保持实际数字为私有,因此在构造函数中定义了与吠叫相关的方法。尾部摇摆不需要访问树皮的数量,因此可以在原型上定义该方法。
var Dog = function(name) {
this.name = name;
var barkCount = 0;
this.bark = function() {
barkCount++;
alert(this.name + " bark");
};
this.getBarkCount = function() {
alert(this.name + " has barked " + barkCount + " times");
};
};
Dog.prototype.wagTail = function() {
alert(this.name + " wagging tail");
};
var dog = new Dog("Dave");
dog.bark();
dog.bark();
dog.getBarkCount();
dog.wagTail();
答案 1 :(得分:11)
两者是不同的:第一个将存储对原型对象上 方法的引用,而第二个解决方案将该方法存储在对象的每个上。这意味着每个对象都将包含一个额外的指针,因此每个对象占用更多的内存。
per-object方法允许方法引用构造函数(闭包)中的变量,因此它允许您访问一些无法从原型方法访问的数据。
最后,原型方法可以稍后更改,也就是说你可以在原型对象的运行时重新定义Bark
,这个更改将适用于具有这个原型的所有对象(从那以后)总是通过原型查找该方法。
答案 2 :(得分:8)
我见过的绝大多数javascript代码都使用了原型方法。我认为有三个原因可以让我想到这一点。
首先是你避免让每个类都成为一个巨大的构造函数:构造函数逻辑进入构造函数,其他方法的逻辑在其他地方声明 - 这主要是一个清晰的东西/关注事物的分离,但在javascript中你需要一点点清晰度,你可以亲自动手。
第二是效率。在构造函数中声明方法时,您正在为对象的每个实例创建函数对象的新实例,并且还将构造函数的范围绑定到这些函数中的每一个(也就是说,它们可以引用,例如,构造函数的参数,只要对象存在,就不会被gc'd)。在原型上声明方法时,所有实例都使用一个函数对象的副本 - 原型属性不会复制到实例上。
第三个原因是,当您使用原型方法时,您可以通过各种方式“扩展”类,例如Backbone.js和CoffeeScript的类构造使用的原型链。