JavaScript建立物件4種方法詳解

1、工廠模式

弊端：沒有解決物件的識別問題，即怎麼知道一個物件的型別。

2、建構函式模式

與工廠模式相比：

1、沒有顯式的建立物件
2、直接將屬性和方法賦給了this物件
3、沒有return語句

要建立person的例項，必須使用new操作符，以這種方式呼叫建構函式實際上會經歷4個步驟：

1、建立一個新物件
2、將建構函式的作用域賦給新物件
3、執行建構函式中的程式碼
4、返回新物件

建立自定義的建構函式可以將它的例項標識為一種特定的型別。

建構函式的缺點：

每個方法都有在每個例項上重新建立一遍。person1和person2都有一個sayName()的方法，但兩個方法不是同一個Function例項。不同例項上的同名函式是不相等的。

建立兩個完成同樣任務的Function例項沒有必要，而且還有this物件在，不需要在執行程式碼前就把函式繫結在特定物件上，可以像下面這樣。

把sayName屬性設定成全域性的sayName函式，這樣，由於sayName包含的是一個指向函式的指標，因此person1和person2物件就共享了同一個函式。

但是，如果物件需要定義很多方法，那麼就要定義很多全域性函式，自定義的引用型別也沒有封裝可言了。為了解決上述問題，引入原型模式。

3、原型模式

理解原型物件

我們建立的每個函式都有一個prototype屬性，這個屬性是一個指標，指向一個物件，而這個物件的用途是包含可以由特定型別的所有例項共享的屬性和方法。prototype是通過呼叫建構函式而建立的那個物件例項的物件原型，使用原型物件的好處是可以讓所有物件例項共享它所包含的屬性和方法。

首先，解析器會問例項person1是否有name屬性，如果有，就返回。

如果沒有，就繼續去person1的原型中搜尋name屬性，如果有就返回。

如果沒有，再繼續向person1的原型的原型中搜尋。

isPrototypeOf()確定例項和原型物件之間的關聯

console.log(Person.prototype.isPrototypeOf(person1)); //true

Object.getPrototypeOf()返回的是[[prototype]]的值

console.log(Object.getPrototypeOf(person1));
 //Person {name: “Yvette”, age: 26, job: “engineer”} 返回的是Person的原型物件。
 console.log(Object.getPrototypeOf(person1) === Person.prototype)//true
 console.log(Object.getPrototypeOf(person1).name);//”Yvette”

hasOwnProperty()方法可以檢測一個屬性是存在於例項中，還是存在於原型中，只有給定屬性存在於例項中，才會返回true。

console.log(person1.hasOwnProperty(“name”));//false

原型與in操作符

有兩種方式使用in操作符：單獨使用和在for-in迴圈中使用。單獨使用時，in操作符會在通過物件能夠訪問給定屬性時返回true，無論該屬性在於例項中還是原型中。

使用for in迴圈，返回的是所有能夠通過物件訪問的、可列舉的屬性，其中既包括例項中的屬性，也包括存在於原型中的屬性。如果例項中的屬性遮蔽了原型中不可列舉的屬性，那麼也會返回。IE9之前的版本實現上有一個Bug,遮蔽不可列舉屬性的例項屬性不會在for-in中返回。

在IE9之前的吧按本中沒有log資訊。儘管person例項中的toString()方法遮蔽了原型中的不可 列舉的toString();

原型簡寫

這導致了person1.constructor不再指向Person，而是指向了Object。如果constructor很重要，則需要特意將其設為適當的值，如：

但是這種方式會導致constructor屬性變成可列舉。

如果想設定為不可列舉的（預設不可列舉），可以使用

Object.defineProperty(Person.prototype, “constructor”, {
 enumerable: false,
 value: Person
 });

原型的動態性

由於在原型中查詢值的過程是一次搜尋，因此我們對原型物件所做的任何修改都能夠立即從例項上反映出來。

如果重寫整個原型物件，情況就不一樣了。呼叫建構函式時會為例項新增一個指向最初原型的[[prototype]]指標，而把原型修改為另外一個物件就等於切斷了建構函式與最初原型之間的聯絡。例項中的指標僅指向原型，而不指向建構函式。

person.prototype指向的是原本的原型物件，而不會指向新的原型物件。

原型物件的問題

原型模式最大問題是由其共享的本性所導致的。

對於包含引用型別值的屬性來說，問題較為突出

本意只想修改person1的friends，但是卻導致person2的friends屬性值也改變了。因此我們很少單獨使用原型模式。

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

建立自定義型別的最常用的方式，就是組合使用建構函式模式與原型模式。建構函式模式用於定義例項屬性，原型模式用於定義方法和共享的屬性，這樣每個例項都有自己的一份例項屬性的副本，又同時共享著對方法的引用，最大限度的節省了記憶體。

除了以上幾種方式以外，另外還有動態原型模式，寄生構造模式和穩妥構造模式，但是鑑於使用頻率較低，不再贅述。