JavaScript中有幾種創(chuàng)建對(duì)象的方式，本文將一一介紹，工廠模式、構(gòu)造函數(shù)模式、原型模式、動(dòng)態(tài)原型模式、組合使用構(gòu)造函數(shù)模式和原型模式。

傳統(tǒng)的創(chuàng)建對(duì)象的方式：

1、創(chuàng)建Object的實(shí)例

2、對(duì)象字面量形式創(chuàng)建單個(gè)對(duì)象

創(chuàng)建對(duì)象的五種設(shè)計(jì)模式

1、工廠模式

雖然Object構(gòu)造函數(shù)和對(duì)象字面量都可以用來創(chuàng)建單個(gè)對(duì)象，但這個(gè)方式有個(gè)明顯的缺點(diǎn)：使用同一個(gè)接口創(chuàng)建很多對(duì)象，會(huì)產(chǎn)生大量重復(fù)的代碼。為了解決這個(gè)問題，開始使用工廠模式。

2、構(gòu)造函數(shù)模式

工廠模式雖然解決了創(chuàng)建多個(gè)相似對(duì)象的問題，但卻沒有解決對(duì)象識(shí)別的問題（即不知道對(duì)象的類型），于是，又出現(xiàn)了構(gòu)造函數(shù)模式，自定義的構(gòu)造函數(shù)意味著將來可以把它的實(shí)例識(shí)別為一種特定的類型。這是構(gòu)造函數(shù)模式勝過工廠模式的地方。

構(gòu)造函數(shù)模式與工廠模式的不同之處在于：1）沒有顯式地創(chuàng)建對(duì)象；2）直接將屬性和方法賦給了this對(duì)象；3）沒有return語句。

構(gòu)造函數(shù)的問題：每個(gè)方法都要在每個(gè)實(shí)例上重新創(chuàng)建一遍。由于JavaScript中的函數(shù)是對(duì)象，每定義一個(gè)函數(shù)，就是實(shí)例化了一個(gè)Funtion對(duì)象，因此，使用構(gòu)造函數(shù)創(chuàng)建的每個(gè)實(shí)例都有一個(gè)名為showName（）的方法，但這些方法不是同一個(gè)Function的實(shí)例。不同實(shí)例上的同名函數(shù)是不相等的，因此person1.showName == person2.showName返回false。

可以通過把函數(shù)定義轉(zhuǎn)移到構(gòu)造函數(shù)外部來解決這個(gè)問題，如下：

這樣雖然解決了方法多次創(chuàng)建問題，但又出現(xiàn)了新的問題：

（1）在全局作用域中定義的函數(shù)實(shí)際上只能被某個(gè)對(duì)象調(diào)用，這讓全局作用域名不副實(shí)。

（2）如果對(duì)象需要定義很多方法，那么就需要定義很多個(gè)全局函數(shù)，那么就毫無封裝性可言了。

這些問題可以通過使用原型模式來解決。

3、原型模式

每個(gè)函數(shù)都以一個(gè)原型prototype屬性，是一個(gè)指針，指向一個(gè)對(duì)象。

使用原型對(duì)象的好處是可以讓所有對(duì)象實(shí)例共享它所包含的屬性和方法。也就是說，不必在構(gòu)造函數(shù)中定義對(duì)象實(shí)例的信息，而是可以直接將這些信息添加到原型對(duì)象中。

使用原型模式創(chuàng)建的新對(duì)象具有相同的屬性和方法。與構(gòu)造函數(shù)模式不同的是，新對(duì)象的這些屬性和方法是由所有對(duì)象所共享的。這會(huì)導(dǎo)致所有實(shí)例默認(rèn)有一樣的屬性值，因此person1.showName == person2.showName返回true。

讀取某個(gè)對(duì)象的某個(gè)屬性的搜索方法：

1）首先在實(shí)例中搜索，若找到指定屬性，則返回該屬性的值。

2）否則繼續(xù)搜索指針指向的原型對(duì)象。

使用delete 實(shí)例名。屬性名可以刪除實(shí)例的某一屬性。

使用hasOwnProperty（）方法可以判斷屬性是存在于實(shí)例中，還是存在于原型中。只有給定屬性存在于實(shí)例中，才會(huì)返回true。

in操作符會(huì)在通過對(duì)象能夠訪問給定屬性時(shí)返回true，無論該屬性存在于實(shí)例中還是原型中。

同時(shí)使用hasOwnProperty（）方法和in操作符，能夠確定屬性到底是存在于對(duì)象中，還是存在于原型中。

原型模式更簡(jiǎn)單的語法：以一個(gè)包含所有屬性和方法的對(duì)象字面量來創(chuàng)建原型對(duì)象。

用對(duì)象字面量來創(chuàng)建原型對(duì)象的結(jié)果相同，只是constructor屬性不再指向Person。這是由于這樣已經(jīng)完全重寫了默認(rèn)的prototype對(duì)象，因此constructor屬性也就變成了新對(duì)象的constructor屬性，指向Object構(gòu)造函數(shù)但不指向Person函數(shù)。此時(shí)，instanceof操作符還能返回正確的結(jié)果但通過constructor已經(jīng)無法確定對(duì)象的類型了。

如果constuctor的值很重要，可以特意將其設(shè)置回適當(dāng)?shù)闹怠?/p>

重寫原型對(duì)象切斷了現(xiàn)有原型與任何之前已經(jīng)存在的對(duì)象實(shí)例之間的聯(lián)系，對(duì)象實(shí)例引用的仍然是最初的原型。

4、組合使用構(gòu)造函數(shù)模式和原型模式

原型對(duì)象的問題：最大問題是由于共享屬性導(dǎo)致的。原型中所有屬性是被實(shí)例共享的，這對(duì)于函數(shù)很合適，對(duì)那些包含基本值的屬性也還說得過去，因?yàn)榭梢酝ㄟ^在實(shí)例上添加同名屬性，隱藏原型中的對(duì)應(yīng)屬性。然而，對(duì)于包含引用值的屬性來說，問題就比較突出了，修改某個(gè)實(shí)例的引用類型的屬性也會(huì)通過原型影響到其它實(shí)例的該屬性。

創(chuàng)建自定義類型的最常見方法是組合使用構(gòu)造函數(shù)模式和原型模式，構(gòu)造函數(shù)模式用于定義實(shí)例屬性，原型模式用于定義方法和共享的屬性。

5、動(dòng)態(tài)原型模式

動(dòng)態(tài)原型模式把所有信息都封裝在了構(gòu)造函數(shù)中，而通過在構(gòu)造函數(shù)中初始化原型，又保持了同時(shí)使用構(gòu)造函數(shù)和原型的優(yōu)點(diǎn)。

可以通過檢查某個(gè)應(yīng)該存在的方法是否有效，來決定是否需要初始化原型。

如：只在showName（）方法不存在的情況下，才會(huì)將它添加到原型中，這段代碼只會(huì)在初次調(diào)用構(gòu)造函數(shù)時(shí)才會(huì)執(zhí)行。