JavaScript中有幾種創建對象的方式，本文將一一介紹，工廠模式、構造函數模式、原型模式、動態原型模式、組合使用構造函數模式和原型模式。

傳統的創建對象的方式：

1、創建Object的實例

2、對象字面量形式創建單個對象

創建對象的五種設計模式

1、工廠模式

雖然Object構造函數和對象字面量都可以用來創建單個對象，但這個方式有個明顯的缺點：使用同一個接口創建很多對象，會產生大量重復的代碼。為了解決這個問題，開始使用工廠模式。

2、構造函數模式

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

構造函數模式與工廠模式的不同之處在于：1）沒有顯式地創建對象；2）直接將屬性和方法賦給了this對象；3）沒有return語句。

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

可以通過把函數定義轉移到構造函數外部來解決這個問題，如下：

這樣雖然解決了方法多次創建問題，但又出現了新的問題：

（1）在全局作用域中定義的函數實際上只能被某個對象調用，這讓全局作用域名不副實。

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

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

3、原型模式

每個函數都以一個原型prototype屬性，是一個指針，指向一個對象。

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

使用原型模式創建的新對象具有相同的屬性和方法。與構造函數模式不同的是，新對象的這些屬性和方法是由所有對象所共享的。這會導致所有實例默認有一樣的屬性值，因此person1.showName == person2.showName返回true。

讀取某個對象的某個屬性的搜索方法：

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

2）否則繼續搜索指針指向的原型對象。

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

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

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

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

原型模式更簡單的語法：以一個包含所有屬性和方法的對象字面量來創建原型對象。

用對象字面量來創建原型對象的結果相同，只是constructor屬性不再指向Person。這是由于這樣已經完全重寫了默認的prototype對象，因此constructor屬性也就變成了新對象的constructor屬性，指向Object構造函數但不指向Person函數。此時，instanceof操作符還能返回正確的結果但通過constructor已經無法確定對象的類型了。

如果constuctor的值很重要，可以特意將其設置回適當的值。

重寫原型對象切斷了現有原型與任何之前已經存在的對象實例之間的聯系，對象實例引用的仍然是最初的原型。

4、組合使用構造函數模式和原型模式

原型對象的問題：最大問題是由于共享屬性導致的。原型中所有屬性是被實例共享的，這對于函數很合適，對那些包含基本值的屬性也還說得過去，因為可以通過在實例上添加同名屬性，隱藏原型中的對應屬性。然而，對于包含引用值的屬性來說，問題就比較突出了，修改某個實例的引用類型的屬性也會通過原型影響到其它實例的該屬性。

創建自定義類型的最常見方法是組合使用構造函數模式和原型模式，構造函數模式用于定義實例屬性，原型模式用于定義方法和共享的屬性。

5、動態原型模式

動態原型模式把所有信息都封裝在了構造函數中，而通過在構造函數中初始化原型，又保持了同時使用構造函數和原型的優點。

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

如：只在showName（）方法不存在的情況下，才會將它添加到原型中，這段代碼只會在初次調用構造函數時才會執行。