【轉】Javascript 物件導向編程（一）：封裝

標籤：var   驗證   oop   調用   eof   產生   prot   prototype   false   

原文連結：http://www.ruanyifeng.com/blog/2010/05/object-oriented_javascript_encapsulation.html

Javascript 物件導向編程（一）：封裝

阮一峰

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

那麼，如果我們要把"屬性"（property）和"方法"（method），封裝成一個對象，甚至要從原型對象產生一個執行個體對象，我們應該怎麼做呢？

一、 產生執行個體對象的原始模式

假定我們把貓看成一個對象，它有"名字"和"顏色"兩個屬性。

　　var Cat = {

　　　　name : ‘‘,

　　　　color : ‘‘

　　} 

 

現在，我們需要根據這個原型對象的規格（schema），產生兩個執行個體對象。

　　var cat1 = {}; // 建立一個Null 物件

　　　　cat1.name = "大毛"; // 按照原型對象的屬性賦值

　　　　cat1.color = "黃色";

　　var cat2 = {};

　　　　cat2.name = "二毛";

　　　　cat2.color = "黑色";

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

二、 原始模式的改進

我們可以寫一個函數，解決代碼重複的問題。

　　function Cat(name,color) {

　　　　return {

　　　　　　name:name,

　　　　　　color:color

　　　　}

　　}

然後產生執行個體對象，就等於是在調用函數：

　　var cat1 = Cat("大毛","黃色");

　　var cat2 = Cat("二毛","黑色");

這種方法的問題依然是，cat1和cat2之間沒有內在的聯絡，不能反映出它們是同一個原型對象的執行個體。

三、 建構函式模式

為瞭解決從原型對象產生執行個體的問題，Javascript提供了一個建構函式（Constructor）模式。

所謂"建構函式"，其實就是一個普通函數，但是內部使用了this變數。對建構函式使用new運算子，就能產生執行個體，並且this變數會綁定在執行個體對象上。

比如，貓的原型對象現在可以這樣寫，

　　function Cat(name,color){

　　　　this.name=name;

　　　　this.color=color;

　　}

我們現在就可以產生執行個體對象了。

　　var cat1 = new Cat("大毛","黃色");

　　var cat2 = new Cat("二毛","黑色");

　　alert(cat1.name); // 大毛

　　alert(cat1.color); // 黃色

這時cat1和cat2會自動含有一個constructor屬性，指向它們的建構函式。

　　alert(cat1.constructor == Cat); //true

　　alert(cat2.constructor == Cat); //true

Javascript還提供了一個instanceof運算子，驗證原型對象與執行個體對象之間的關係。

　　alert(cat1 instanceof Cat); //true

　　alert(cat2 instanceof Cat); //true

四、建構函式模式的問題

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

請看，我們現在為Cat對象添加一個不變的屬性type（種類），再添加一個方法eat（吃）。那麼，原型對象Cat就變成了下面這樣：

　　function Cat(name,color){

　　　　this.name = name;

　　　　this.color = color;

　　　　this.type = "貓科動物";

　　　　this.eat = function(){alert("吃老鼠");};

　　}

還是採用同樣的方法，產生執行個體：

　　var cat1 = new Cat("大毛","黃色");

　　var cat2 = new Cat ("二毛","黑色");

　　alert(cat1.type); // 貓科動物

　　cat1.eat(); // 吃老鼠

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

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

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

五、 Prototype模式

Javascript規定，每一個建構函式都有一個prototype屬性，指向另一個對象。這個對象的所有屬性和方法，都會被建構函式的執行個體繼承。

這意味著，我們可以把那些不變的屬性和方法，直接定義在prototype對象上。

　　function Cat(name,color){

　　　　this.name = name;

　　　　this.color = color;

　　}

　　Cat.prototype.type = "貓科動物";

　　Cat.prototype.eat = function(){alert("吃老鼠")};

然後，產生執行個體。

　　var cat1 = new Cat("大毛","黃色");

　　var cat2 = new Cat("二毛","黑色");

　　alert(cat1.type); // 貓科動物

　　cat1.eat(); // 吃老鼠

這時所有執行個體的type屬性和eat()方法，其實都是同一個記憶體位址，指向prototype對象，因此就提高了運行效率。

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

六、 Prototype模式的驗證方法

為了配合prototype屬性，Javascript定義了一些輔助方法，協助我們使用它。，

6.1 isPrototypeOf()

這個方法用來判斷，某個proptotype對象和某個執行個體之間的關係。

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

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

6.2 hasOwnProperty()

每個執行個體對象都有一個hasOwnProperty()方法，用來判斷某一個屬性到底是區域屬性，還是繼承自prototype對象的屬性。

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

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

6.3 in運算子

in運算子可以用來判斷，某個執行個體是否含有某個屬性，不管是不是區域屬性。

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

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

in運算子還可以用來遍曆某個對象的所有屬性。

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

未完，請繼續閱讀這個系列的第二部分《建構函式的繼承》和第三部分《非建構函式的繼承》。

【轉】Javascript 物件導向編程（一）：封裝