javascript面向對象(工廠模式、構造函數模式、原型模式、混合模式、動態原型模式)

面向對象可以把程序中的關鍵模塊都視為對象,而模塊擁有屬性及方法。這樣我們如果把一些屬性及方法封裝起來,日后使用將非常方便,也可以避免繁瑣重復的工作。接下來將為大家講解在JS中面向對象的實現。

一.工廠模式

工廠模式是軟件工程領域一種廣為人知的設計模式,而由于在ECMAScript中無法創建類,因此用函數封裝以特定接口創建對象。其實現方法非常簡單,也就是在函數內創建一個對象,給對象賦予屬性及方法再將對象返回即可。

function createBlog(name, url) {
    var o = new Object();
    o.name = name;
    o.url = url;
    o.sayUrl= function() {
        alert(this.url);
    }
    return o;
}

var blog1 = createBlog('wuyuchang', 'http://www.cnblogs.com/wuyuchang/');
  • 可以看到工廠模式的實現方法非常簡單,解決了創建多個相似對象的問題,但是工廠模式卻無從識別對象的類型,因為全部都是Object,不像Date、Array等,因此出現了構造函數模式。

二.構造函數模式

ECMAScript中構造函數可以創建特定類型的對象,類似于Array、Date等原生JS的對象。其實現方法如下:

function Blog(name, url) {
    this.name = name;
    this.url = url;
    this.alertUrl = function() {
        alert(this.url);
    }
}

var blog = new Blog('wuyuchang', 'http://www.cnblogs.com/wuyuchang/');
console.log(blog instanceof Blog);    // true, 判斷blog是否是Blog的實例,即解決了工廠模式中不能
  • 這個例子與工廠模式中除了函數名不同以外,細心的童鞋應該發現許多不同之處:

    1. 函數名首寫字母為大寫  (雖然標準沒有嚴格規定首寫字母為大寫,但按照慣例,構造函數的首寫字母用大寫
    2. 沒有顯示的創建對象
    3. 直接將屬性和方法賦值給了this對象
    4. 沒有return語句
    5. 使用new創建對象
    6. 能夠識別對象(這正是構造函數模式勝于工廠模式的地方)

構造函數雖然好用,但也并非沒有缺點,使用構造函數的最大的問題在于每次創建實例的時候都要重新創建一次方法(理論上每次創建對象的時候對象的屬性均不同,而對象的方法是相同的),然而創建兩次完全相同的方法是沒有必要的,因此,我們可以將函數移到對象外面(也許有些童鞋已經看出缺點,噓!)。

function Blog(name, url) {
    this.name = name;
    this.url = url;
    this.alertUrl = alertUrl;
}

function alertUrl() {
    alert(this.url);
}

var blog = new Blog('wuyuchang', 'http://www.cnblogs.com/wuyuchang/'),
    blog2 = new Blog('cnblogs', 'http://www.cnblogs.com/');
blog.alertUrl();    // http://www.cnblogs.com/wuyuchang/
blog2.alertUrl();    // http://www.cnblogs.com/
  • 我們將alertUrl設置成全局函數,這樣一來blog與blog2訪問的都是同一個函數,可是問題又來了,在全局作用域中定義了一個實際只想讓Blog使用的函數,顯示讓全局作用域有些名副其實,更讓人無法接受的是在全局作用域中定義了許多僅供特定對象使用的方法,浪費空間不說,顯然失去了面向對象封裝性了,因此可以通過原型來解決此問題。

三.原型

我們創建的每個函數都有prototype(原型)屬性,這個屬性是一個指針,指向一個對象,而這個對象的用途是包含可以由特定類型的所有實例共享的屬性和方法。使用原型對象的好處就是可以讓所有對象實例共享它所包含的屬性及方法。

function Blog() {
}

Blog.prototype.name = 'wuyuchang';
Blog.prototype.url = 'http://www.cnblogs.com/wuyuchang/';
Blog.prototype.friend = ['fr1', 'fr2', 'fr3', 'fr4'];
Blog.prototype.alertInfo = function() {
    alert(this.name + this.url + this.friend );
}

// 以下為測試代碼
var blog = new Blog(),
    blog2 = new Blog();
blog.alertInfo();    // wuyuchanghttp://www.cnblogs.com/wuyuchang/fr1,fr2,fr3,fr4
blog2.alertInfo();   // wuyuchanghttp://www.cnblogs.com/wuyuchang/fr1,fr2,fr3,fr4

blog.name = 'wyc1';
blog.url = 'http://***.com';

blog.friend.pop();

blog2.name = 'wyc2';
blog2.url = 'http://+++.com';
blog.alertInfo();    // wyc1  http://***.comfr1,fr2,fr3
blog2.alertInfo();    // wyc2  http://+++.comfr1,fr2,fr3

原型模式也不是沒有缺點,首先,它省略了構造函數傳遞初始化參數這一環節,結果所有實例在默認情況下都取得了相同的屬性值,這樣非常不方便,但這還是不是原型的最大問題,原型模式的最大問題在于共享的本性所導致的,由于共享,因此因此一個實例修改了引用,另一個也隨之更改了引用。因此我們通常不單獨使用原型,而是結合原型模式與構造函數模式。

四.混合模式(原型模式 + 構造函數模式)

function Blog(name, url, friend) {
    this.name = name;
    this.url = url;
    this.friend = friend;
}

Blog.prototype.alertInfo = function() {
    alert(this.name + this.url + this.friend);
}

var blog = new Blog('wuyuchang', 'http://www.cnblogs.com/wuyuchang/', ['fr1', 'fr2', 'fr3']),
    blog2 = new Blog('wyc', 'http://**.com', ['a', 'b']);

blog.friend.pop();
blog.alertInfo();    // wuyuchanghttp://www.cnblogs.com/wuyuchang/fr1,fr2
blog2.alertInfo();    // wychttp://**.coma,b

混合模式中構造函數模式用于定義實例屬性,而原型模式用于定義方法和共享屬性。每個實例都會有自己的一份實例屬性,但同時又共享著方法,最大限度的節省了內存。另外這種模式還支持傳遞初始參數。優點甚多。這種模式在ECMAScript中是使用最廣泛、認同度最高的一種創建自定義對象的方法。

五.動態原型模式

動態原型模式將所有信息封裝在了構造函數中,而通過構造函數中初始化原型(僅第一個對象實例化時初始化原型),這個可以通過判斷該方法是否有效而選擇是否需要初始化原型。

function Blog(name, url) {
    this.name = name;
    this.url = url;

    if (typeof this.alertInfo != 'function') {
        // 這段代碼只執行了一次
        alert('exe time');
        Blog.prototype.alertInfo = function() {
            alert(thia.name + this.url);
        }
    }
}

var blog = new Blog('wuyuchang', 'http://www.cnblogs.com/wuyuchang'),
    blog2 = new Blog('wyc', 'http:***.com');

可以看到上面的例子中只彈出一次窗,'exe time',即當blog初始化時,這樣做blog2就不在需要初始化原型,對于使用這種模式創建對象,可以算是perfect了。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,533評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,055評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,365評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,561評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,346評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,889評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,978評論 3 439
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,118評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,637評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,558評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,739評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,246評論 5 355
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,980評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,362評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,619評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,347評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,702評論 2 370

推薦閱讀更多精彩內容