1      封裝

1.1  背景

Javascript是一種基於物件（object-based）的語言，你遇到的所有東西幾乎都是物件。但是，它又不是一種真正的面向物件程式設計（OOP）語言，因為它的語法中沒有class（類）。

那麼，如果我們要把"屬性"（property）和"方法"（method），封裝成一個物件，甚至要從原型物件生成一個例項物件，我們應該怎麼做呢？

1.2  原始模式

1.2.1  eg

1.2.2  弊端

好了，這就是最簡單的封裝了，把兩個屬性封裝在一個物件裡面。但是，這樣的寫法有兩個缺點，一是如果多生成幾個例項，寫起來就非常麻煩；二是例項與原型之間，沒有任何辦法，可以看出有什麼聯絡。

1.3     工廠模式

原始模式的改進

1.3.1  Eg

使用工廠方法建立的物件，使用的建構函式都是Object,所以建立的物件都是Object這個型別，就導致我們無法區分出多種不同型別的物件

1.3.2  弊端

這種方法的問題依然是，cat1和cat2之間沒有內在的聯絡，不能反映出它們是同一個原型物件的例項。

1.4     建構函式模式

1.4.1  Eg

為了解決從原型物件生成例項的問題，Javascript提供了一個建構函式（Constructor）模式。

所謂"建構函式"，其實就是一個普通函式，但是內部使用了this變數。對建構函式使用new運算子，就能生成例項，並且this變數會繫結在例項物件上。

1.4.2  弊端

建構函式方法很好用，但是存在一個浪費記憶體的問題。

表面上好像沒什麼問題，但是實際上這樣做，有一個很大的弊端。那就是對於每一個例項物件，type屬性和eat()方法都是一模一樣的內容，每一次生成一個例項，都必須為重複的內容，多佔用一些記憶體。這樣既不環保，也缺乏效率。

         alert(cat1.eat ==cat2.eat); //false

能不能讓type屬性和eat()方法在記憶體中只生成一次，然後所有例項都指向那個記憶體地址呢？回答是可以的。

2      Prototype

2.1  Prototype模式

Javascript規定，每一個建構函式都有一個prototype屬性，指向另一個物件。這個物件的所有屬性和方法，都會被建構函式的例項繼承。

2.2  isPrototypeOf()

這個方法用來判斷，某個proptotype物件和某個例項之間的關係。

　　alert(Cat.prototype.isPrototypeOf(cat1)); //true

alert(Cat.prototype.isPrototypeOf(cat2));//true

2.3  hasOwnProperty()

每個例項物件都有一個hasOwnProperty()方法，用來判斷某一個屬性到底是本地屬性，還是繼承自prototype物件的屬性。

　　alert(cat1.hasOwnProperty("name")); // true

alert(cat1.hasOwnProperty("type"));// false

2.4  in運算子

in運算子可以用來判斷，某個例項是否含有某個屬性，不管是不是本地屬性。

　　alert("name" in cat1); // true

　　alert("type" in cat1); // true

in運算子還可以用來遍歷某個物件的所有屬性。

　　for(var prop in cat1) {alert("cat1["+prop+"]="+cat1[prop]); }