字面量方式
讀者大概注意到了，前面例子中每添加一個(gè)屬性和方法就要敲一遍Person.prototype端仰。為減少不必要的輸入捶惜，也為了從視覺上更好地封裝原型的功能，更常見的做法是用一個(gè)包含所有屬性和方法的對象字面量來重寫整個(gè)原型對象荔烧，如下面的例子所示吱七。
在上面的代碼中，我們將Person.prototype設(shè)置為等于一個(gè)以對象字面量形式創(chuàng)建的新對象茴晋。最終結(jié)果相同陪捷，但有一個(gè)例外:constructor屬性不再指向Person了。前面曾經(jīng)介紹過诺擅，每創(chuàng)建一個(gè)函數(shù)市袖，就會同時(shí)創(chuàng)建它的prototype對象，這個(gè)對象也會自動獲得constructor屬性烁涌。而我們在這里使用的語法苍碟，本質(zhì)上完全重寫了默認(rèn)的prototype對象，因此constructor屬性也就變成了新對象的constructor屬性(指向Object構(gòu)造函數(shù))撮执，不再指向Person函數(shù)微峰。此時(shí)，盡管instanceof操作符還能返回正確的結(jié)果抒钱，但通過constructor已經(jīng)無法確定對象的類型了蜓肆，如下所示。
var friend = new Person();
alert(friend instanceof Object);//true
alert(friend instanceof Person);//true
alert(friend.constructor == Person);//false
alert(friend.constructor == Object);//true
在此谋币，用instanceof操作符測試Object和Person仍然返回true仗扬，但constructor屬性則
等于Object而不等于Person了。如果constructor的值真的很重要蕾额，可以像下面這樣特意將它設(shè)置回適當(dāng)?shù)闹怠?/p>
function Person(){}
Person.prototype = {
constructor : Person,
alert(this.name);
}};
以上代碼特意包含了一個(gè)constructor屬性早芭，并將它的值設(shè)置為Person，從而確保了通過該屬性能夠訪問到適當(dāng)?shù)闹怠?/p>
原型的動態(tài)性
由于在原型中查找值的過程是一次搜索诅蝶，因此我們對原型對象所做的任何修改都能夠立即從實(shí)例上反映出來——即使是先創(chuàng)建了實(shí)例后修改原型也照樣如此退个。請看下面的例子募壕。
var friend = new Person();
Person.prototype.sayHi = function(){
alert("hi");
};
friend.sayHi(); //"hi"(沒有問題!)
以上代碼先創(chuàng)建了Person的一個(gè)實(shí)例，并將其保存在person中语盈。然后舱馅，下一條語句在Person.prototype中添加了一個(gè)方法sayHi()。即使person實(shí)例是在添加新方法之前創(chuàng)建的黎烈，但它仍然可以訪問這個(gè)新方法习柠。其原因可以歸結(jié)為實(shí)例與原型之間的松散連接關(guān)系。當(dāng)我們調(diào)用person.sayHi()時(shí)照棋，首先會在實(shí)例中搜索名為sayHi的屬性资溃，在沒找到的情況下，會繼續(xù)搜索原型烈炭。因?yàn)閷?shí)例與原型之間的連接只不過是一個(gè)指針溶锭，而非一個(gè)副本，因此就可以在原型中找到新的sayHi屬性并返回保存在那里的函數(shù)符隙。
盡管可以隨時(shí)為原型添加屬性和方法趴捅，并且修改能夠立即在所有對象實(shí)例中反映出來，但如果是重寫整個(gè)原型對象霹疫，那么情況就不一樣了拱绑。我們知道，調(diào)用構(gòu)造函數(shù)時(shí)會為實(shí)例添加一個(gè)指向最初原型的[[Prototype]]指針丽蝎，而把原型修改為另外一個(gè)對象就等于切斷了構(gòu)造函數(shù)與最初原型之間的聯(lián)系猎拨。請記住:實(shí)例中的指針僅指向原型，而不指向構(gòu)造函數(shù)屠阻『焓。看下面的例子。因此構(gòu)造函數(shù)改變原型和之前創(chuàng)建的實(shí)例指向的原型沒有關(guān)系国觉。
在這個(gè)例子中吧恃，我們先創(chuàng)建了Person的一個(gè)實(shí)例，然后又重寫了其原型對象麻诀。然后在調(diào)用friend.sayName()時(shí)發(fā)生了錯(cuò)誤痕寓，因?yàn)閒riend指向的原型中不包含以該名字命名的屬性。圖6-3展示了這個(gè)過程的內(nèi)幕蝇闭。
從圖6-3可以看出呻率，重寫原型對象切斷了現(xiàn)有原型與任何之前已經(jīng)存在的對象實(shí)例之間的聯(lián)系;它們引用的仍然是最初的原型。
原生對象的原型
原型模式的重要性不僅體現(xiàn)在創(chuàng)建自定義類型方面丁眼，就連所有原生的引用類型筷凤，都是采用這種模式創(chuàng)建的昭殉。所有原生引用類型(Object苞七、Array藐守、String，等等)都在其構(gòu)造函數(shù)的原型上定義了方法蹂风。例如卢厂，在Array.prototype中可以找到sort()方法，而在String.prototype中可以找到substring()方法惠啄，如下所示慎恒。
alert(typeof Array.prototype.sort); //"function"
alert(typeof String.prototype.substring); //"function"
//注釋：盡管可以這樣做，但我們不推薦在產(chǎn)品化的程序中修改原生對象的原型撵渡。如果因
某個(gè)實(shí)現(xiàn)中缺少某個(gè)方法融柬，就在原生對象的原型中添加這個(gè)方法，那么當(dāng)在另一個(gè)支
持該方法的實(shí)現(xiàn)中運(yùn)行代碼時(shí)趋距，就可能會導(dǎo)致命名沖突粒氧。而且，這樣做也可能會意外
地重寫原生方法节腐。
原型對象的問題
1.它省略了為構(gòu)造函數(shù)傳遞初始化參數(shù)這一環(huán)節(jié)外盯，結(jié)果所有實(shí)例在默認(rèn)情況下都將取得相同的屬性值。雖然這會在某種程度上帶來一些不方便翼雀，但還不是原型的最大問題饱苟。
2.原型模式的最大問題是由其共享的本性所導(dǎo)致的。
//注釋：原型中所有屬性是被很多實(shí)例共享的狼渊，這種共享對于函數(shù)非常合適箱熬。對于那些包含基本值的屬性倒也說得過去，畢竟(如前面的例子所示)囤锉，通過在實(shí)例上添加一個(gè)同名屬性坦弟，可以隱藏原型中的對應(yīng)屬性。然而官地，對于包含引用類型值的屬性來說酿傍，問題就比較突出了。
? ? ? ?在此驱入，Person.prototype對象有一個(gè)名為friends的屬性赤炒，該屬性包含一個(gè)字符串?dāng)?shù)組。然后亏较，創(chuàng)建了Person的兩個(gè)實(shí)例莺褒。接著，修改了person1.friends引用的數(shù)組雪情，向數(shù)組中添加了一個(gè)字符串遵岩。由于friends數(shù)組存在于Person.prototype而非person1中，所以剛剛提到的修改也會通過person2.friends(與person1.friends指向同一個(gè)數(shù)組)反映出來。假如我們的初衷就是像這樣在所有實(shí)例中共享一個(gè)數(shù)組尘执，那么對這個(gè)結(jié)果我沒有話可說舍哄。可是誊锭，實(shí)例一般都是要有屬于自己的全部屬性的表悬。而這個(gè)問題正是我們很少看到有人單獨(dú)使用原型模式的原因所在。
