跟我學習javascript創建對象(類)的8種方法

1. 使用Object構造函數來創建一個對象

下面代碼創建了一個person對象，并用兩種方式打印出了Name的屬性值。

上述寫法的另外一種表現形式是使用對象字面量創建一個對象，不要奇怪person[“5”],這里是合法的；另外使用這種加括號的方式字段之間是可以有空格的如person[“my age”].

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

2、工廠模式

工廠模式是軟件工程領域一種廣為人知的設計模式，這種模式抽象了創建具體對象的過程，考慮到在ECMAScript 中無法創建類，開發人員就發明了一種函數，用函數來封裝以特定接口創建對象的細節，如下面的例子所示。

工廠模式雖然解決了創建多個相似對象的問題，但卻沒有解決對象識別的問題（即怎樣知道一個對象的類型）。隨著JavaScript
的發展，又一個新模式出現了。

3. 構造函數模式

像Object 和Array 這樣構造函數，在運行時會自動出現在執行環境中。此外，也可以創建自定義的構造函數，從而定義自定義對象類型的屬性和方法。例如，可以使用構造函數模式將前面的例子重寫如下。　

在這個例子中，Person()函數取代了createPerson()函數。我們注意到，Person()中的代碼除了與createPerson()中相同的部分外，還存在以下不同之處：

要創建Person 的新實例，必須使用new 操作符。以這種方式調用構造函數實際上會經歷以下4個步驟：

(1) 創建一個新對象；
(2) 將構造函數的作用域賦給新對象（因此this 就指向了這個新對象）；
(3) 執行構造函數中的代碼（為這個新對象添加屬性）；
(4) 返回新對象。
在前面例子的最后，person1 和person2 分別保存著Person 的一個不同的實例。這兩個對象都有一個constructor（構造函數）屬性，該屬性指向Person，如下所示。

對象的constructor 屬性最初是用來標識對象類型的。但是，提到檢測對象類型，還是instanceof操作符要更可靠一些。我們在這個例子中創建的所有對象既是Object 的實例，同時也是Person的實例，這一點通過instanceof 操作符可以得到驗證。

創建自定義的構造函數意味著將來可以將它的實例標識為一種特定的類型；而這正是構造函數模式勝過工廠模式的地方。在這個例子中，person1 和person2 之所以同時是Object 的實例，是因為所有對象均繼承自Object。

構造函數的問題

構造函數模式雖然好用，但也并非沒有缺點。使用構造函數的主要問題，就是每個方法都要在每個實例上重新創建一遍。

ECMAScript 中的函數是對象，因此每定義一個函數，也就是實例化了一個對象。從邏輯角度講，此時的構造函數也可以這樣定義。

從這個角度上來看構造函數，更容易明白每個Person 實例都包含一個不同的Function 實例（以顯示name 屬性）的本質。說明白些，以這種方式創建函數，會導致不同的作用域鏈和標識符解析，但創建Function 新實例的機制仍然是相同的。因此，不同實例上的同名函數是不相等的，以下代碼可以證明這一點。

然而，創建兩個完成同樣任務的Function 實例的確沒有必要；況且有this 對象在，根本不用在執行代碼前就把函數綁定到特定對象上面。因此，大可像下面這樣，通過把函數定義轉移到構造函數外部來解決這個問題。

如果對象需要定義很多方法，那么就要定義很多個全局函數，于是我們這個自定義的引用類型就絲毫沒有封裝性可言了。好在，這些問題可以通過使用原型模式來解決。

4、原型模式

要理解原型對象，可見我的另一篇博客：JavaScript prototype詳解

前面例子中每添加一個屬性和方法就要敲一遍Person.prototype。為減少不必要的輸入，也為了從視覺上更好地封裝原型的功能，更常見的做法是用一個包含所有屬性和方法的對象字面量來重寫整個原型對象，如下面的例子所示。

在上面的代碼中，我們將Person.prototype 設置為等于一個以對象字面量形式創建的新對象。最終結果相同，但有一個例外：constructor 屬性不再指向Person 了。前面曾經介紹過，每創建一個函數，就會同時創建它的prototype 對象，這個對象也會自動獲得constructor 屬性。而我們在這里使用的語法，本質上完全重寫了默認的prototype 對象，因此constructor 屬性也就變成了新對象的constructor 屬性（指向Object 構造函數），不再指向Person 函數。此時，盡管instanceof操作符還能返回正確的結果，但通過constructor 已經無法確定對象的類型了，如下所示。

在此，用instanceof 操作符測試Object 和Person 仍然返回true，但constructor 屬性則等于Object 而不等于Person 了。如果constructor 的值真的很重要，可以像下面這樣特意將它設置回適當的值。

需要注意一點就是：實例中的指針僅指向原型，而不指向構造函數。

原型對象的問題：原型模式也不是沒有缺點。首先，它省略了為構造函數傳遞初始化參數這一環節，結果所有實例在默認情況下都將取得相同的屬性值。雖然這會在某種程度上帶來一些不方便，但還不是原型的最大問題。原型模式的最大問題是由其共享的本性所導致的。

5、組合使用構造函數模式和原型模式（最常用）

創建自定義類型的最常見方式，就是組合使用構造函數模式與原型模式。構造函數模式用于定義實例屬性，而原型模式用于定義方法和共享的屬性。結果，每個實例都會有自己的一份實例屬性的副本，但同時又共享著對方法的引用，最大限度地節省了內存。另外，這種混成模式還支持向構造函數傳遞參數；可謂是集兩種模式之長。

6、動態原型模式

有其他OO 語言經驗的開發人員在看到獨立的構造函數和原型時，很可能會感到非常困惑。動態原型模式正是致力于解決這個問題的一個方案，它把所有信息都封裝在了構造函數中，而通過在構造函數中初始化原型（僅在必要的情況下），又保持了同時使用構造函數和原型的優點。換句話說，可以通過檢查某個應該存在的方法是否有效，來決定是否需要初始化原型。來看一個例子。

7、寄生構造函數模式

通常，在前述的幾種模式都不適用的情況下，可以使用寄生（parasitic）構造函數模式。這種模式的基本思想是創建一個函數，該函數的作用僅僅是封裝創建對象的代碼，然后再返回新創建的對象；但從表面上看，這個函數又很像是典型的構造函數。下面是一個例子。

在這個例子中，Person 函數創建了一個新對象，并以相應的屬性和方法初始化該對象，然后又返回了這個對象。除了使用new 操作符并把使用的包裝函數叫做構造函數之外，這個模式跟工廠模式其實是一模一樣的。構造函數在不返回值的情況下，默認會返回新對象實例。

8、穩妥構造函數模式

所謂穩妥對象，指的是沒有公共屬性，而且其方法也不引用this 的對象。穩妥對象最適合在一些安全的環境中（這些環境中會禁止使用this 和new），或者在防止數據被其他應用程序（如Mashup程序）改動時使用。穩妥構造函數遵循與寄生構造函數類似的模式，但有兩點不同：一是新創建對象的實例方法不引用this；二是不使用new 操作符調用構造函數。按照穩妥構造函數的要求，可以將前面的Person 構造函數重寫如下。

以上javascript創建對象(類)的8種方法大家有沒有學會，希望對大家的學習有所幫助。

【相關教程推薦】

1. JavaScript視頻教程
2. JavaScript在線手冊
3. bootstrap教程

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com