Javascript是一種基于對象（object-based）的語言，你遇到的所有東西幾乎都是對象。但是，它又不是一種真正的面向?qū)ο缶幊蹋∣OP）語言，因?yàn)樗恼Z法中沒有class（類）。
那么，如果我們要把"屬性"（property）和"方法"（method），封裝成一個(gè)對象，甚至要從原型對象生成一個(gè)實(shí)例對象，我們應(yīng)該怎么做呢？
一、 生成對象的原始模式
假定我們把貓看成一個(gè)對象，它有"名字"和"顏色"兩個(gè)屬性。

var Cat = {
　　　　name : '',
　　　　color : ''
　　}

現(xiàn)在，我們需要根據(jù)這個(gè)原型對象的規(guī)格（schema），生成兩個(gè)實(shí)例對象?！?/p>

var cat1 = {}; // 創(chuàng)建一個(gè)空對象
　　　　cat1.name = "大毛"; // 按照原型對象的屬性賦值
　　　　cat1.color = "黃色";
　　var cat2 = {};
　　　　cat2.name = "二毛";
　　　　cat2.color = "黑色";

好了，這就是最簡單的封裝了，把兩個(gè)屬性封裝在一個(gè)對象里面。但是，這樣的寫法有兩個(gè)缺點(diǎn)，一是如果多生成幾個(gè)實(shí)例，寫起來就非常麻煩；二是實(shí)例與原型之間，沒有任何辦法，可以看出有什么聯(lián)系。
二、 原始模式的改進(jìn)
我們可以寫一個(gè)函數(shù)，解決代碼重復(fù)的問題。

function Cat(name,color){
　　　　return {
　　　　　　name:name,
　　　　　　color:color
　　　　}
　　}

然后生成實(shí)例對象，就等于是在調(diào)用函數(shù)：　　

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

這種方法的問題依然是，cat1和cat2之間沒有內(nèi)在的聯(lián)系，不能反映出它們是同一個(gè)原型對象的實(shí)例。
三、 構(gòu)造函數(shù)模式
為了解決從原型對象生成實(shí)例的問題，Javascript提供了一個(gè)構(gòu)造函數(shù)（Constructor）模式。
所謂"構(gòu)造函數(shù)"，其實(shí)就是一個(gè)普通函數(shù)，但是內(nèi)部使用了this變量。對構(gòu)造函數(shù)使用new運(yùn)算符，就能生成實(shí)例，并且this變量會(huì)綁定在實(shí)例對象上。
比如，貓的原型對象現(xiàn)在可以這樣寫，
　

　function Cat(name,color){
　　　　this.name=name;
　　　　this.color=color;
　　}

我們現(xiàn)在就可以生成實(shí)例對象了。

　var cat1 = new Cat("大毛","黃色");
　　var cat2 = new Cat("二毛","黑色");
　　alert(cat1.name); // 大毛
　　alert(cat1.color); // 黃色

這時(shí)cat1和cat2會(huì)自動(dòng)含有一個(gè)constructor屬性，指向它們的構(gòu)造函數(shù)?！?/p>

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

Javascript還提供了一個(gè)instanceof運(yùn)算符，驗(yàn)證原型對象與實(shí)例對象之間的關(guān)系。　

　alert(cat1 instanceof Cat); //true
　　alert(cat2 instanceof Cat); //true

四、構(gòu)造函數(shù)模式的問題
構(gòu)造函數(shù)方法很好用，但是存在一個(gè)浪費(fèi)內(nèi)存的問題。
請看，我們現(xiàn)在為Cat對象添加一個(gè)不變的屬性"type"（種類），再添加一個(gè)方法eat（吃老鼠）。那么，原型對象Cat就變成了下面這樣：　

　function Cat(name,color){
　　　　this.name = name;
　　　　this.color = color;
　　　　this.type = "貓科動(dòng)物";
　　　　this.eat = function(){alert("吃老鼠");};
　　}

還是采用同樣的方法，生成實(shí)例：

　var cat1 = new Cat("大毛","黃色");
　　var cat2 = new Cat ("二毛","黑色");
　　alert(cat1.type); // 貓科動(dòng)物
　　cat1.eat(); // 吃老鼠

表面上好像沒什么問題，但是實(shí)際上這樣做，有一個(gè)很大的弊端。那就是對于每一個(gè)實(shí)例對象，type屬性和eat()方法都是一模一樣的內(nèi)容，每一次生成一個(gè)實(shí)例，都必須為重復(fù)的內(nèi)容，多占用一些內(nèi)存。這樣既不環(huán)保，也缺乏效率?！　?/p>

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

能不能讓type屬性和eat()方法在內(nèi)存中只生成一次，然后所有實(shí)例都指向那個(gè)內(nèi)存地址呢？回答是可以的。
五、 Prototype模式
Javascript規(guī)定，每一個(gè)構(gòu)造函數(shù)都有一個(gè)prototype屬性，指向另一個(gè)對象。這個(gè)對象的所有屬性和方法，都會(huì)被構(gòu)造函數(shù)的實(shí)例繼承。
這意味著，我們可以把那些不變的屬性和方法，直接定義在prototype對象上：

　function Cat(name,color){
　　　　this.name = name;
　　　　this.color = color;
　　}
　　Cat.prototype.type = "貓科動(dòng)物";
　　Cat.prototype.eat = function(){alert("吃老鼠")};

然后，生成實(shí)例。

　var cat1 = new Cat("大毛","黃色");
　　var cat2 = new Cat("二毛","黑色");
　　alert(cat1.type); // 貓科動(dòng)物
　　cat1.eat(); // 吃老鼠

這時(shí)所有實(shí)例的type屬性和eat()方法，其實(shí)都是同一個(gè)內(nèi)存地址，指向prototype對象，因此就提高了運(yùn)行效率。

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

六、 Prototype模式的驗(yàn)證方法
為了配合prototype屬性，Javascript定義了一些輔助方法，幫助我們使用它。，
6.1 isPrototypeOf()
這個(gè)方法用來判斷，某個(gè)proptotype對象和某個(gè)實(shí)例之間的關(guān)系。

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

6.2 hasOwnProperty()
每個(gè)實(shí)例對象都有一個(gè)hasOwnProperty()方法，用來判斷某一個(gè)屬性到底是本地屬性，還是繼承自prototype對象的屬性?！?/p>

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

6.3 in運(yùn)算符
in運(yùn)算符可以用來判斷，某個(gè)實(shí)例是否含有某個(gè)屬性，不管是不是本地屬性?！?/p>

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

in運(yùn)算符還可以用來遍歷某個(gè)對象的所有屬性?！?/p>

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

以上就是關(guān)于javascript封裝的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助。

最新評論