鍍金池/ 教程/ HTML/ 設(shè)計(jì)模式之適配器模式
代碼復(fù)用模式(避免篇)
S.O.L.I.D 五大原則之接口隔離原則 ISP
設(shè)計(jì)模式之狀態(tài)模式
JavaScript 核心(晉級(jí)高手必讀篇)
設(shè)計(jì)模式之建造者模式
JavaScript 與 DOM(上)——也適用于新手
設(shè)計(jì)模式之中介者模式
設(shè)計(jì)模式之裝飾者模式
設(shè)計(jì)模式之模板方法
設(shè)計(jì)模式之外觀模式
強(qiáng)大的原型和原型鏈
設(shè)計(jì)模式之構(gòu)造函數(shù)模式
揭秘命名函數(shù)表達(dá)式
深入理解J avaScript 系列(結(jié)局篇)
執(zhí)行上下文(Execution Contexts)
函數(shù)(Functions)
《你真懂 JavaScript 嗎?》答案詳解
設(shè)計(jì)模式之適配器模式
設(shè)計(jì)模式之組合模式
設(shè)計(jì)模式之命令模式
S.O.L.I.D 五大原則之單一職責(zé) SRP
編寫高質(zhì)量 JavaScript 代碼的基本要點(diǎn)
求值策略
閉包(Closures)
對(duì)象創(chuàng)建模式(上篇)
This? Yes,this!
設(shè)計(jì)模式之代理模式
變量對(duì)象(Variable Object)
S.O.L.I.D 五大原則之里氏替換原則 LSP
面向?qū)ο缶幊讨话憷碚?/span>
設(shè)計(jì)模式之單例模式
Function 模式(上篇)
S.O.L.I.D 五大原則之依賴倒置原則 DIP
設(shè)計(jì)模式之迭代器模式
立即調(diào)用的函數(shù)表達(dá)式
設(shè)計(jì)模式之享元模式
設(shè)計(jì)模式之原型模式
根本沒(méi)有“JSON 對(duì)象”這回事!
JavaScript 與 DOM(下)
面向?qū)ο缶幊讨?ECMAScript 實(shí)現(xiàn)
全面解析 Module 模式
對(duì)象創(chuàng)建模式(下篇)
設(shè)計(jì)模式之職責(zé)鏈模式
S.O.L.I.D 五大原則之開(kāi)閉原則 OCP
設(shè)計(jì)模式之橋接模式
設(shè)計(jì)模式之策略模式
設(shè)計(jì)模式之觀察者模式
代碼復(fù)用模式(推薦篇)
作用域鏈(Scope Chain)
Function 模式(下篇)
設(shè)計(jì)模式之工廠模式

設(shè)計(jì)模式之適配器模式

介紹

適配器模式(Adapter)是將一個(gè)類(對(duì)象)的接口(方法或?qū)傩裕┺D(zhuǎn)化成客戶希望的另外一個(gè)接口(方法或?qū)傩裕?,適配器模式使得原本由于接口不兼容而不能一起工作的那些類(對(duì)象)可以一些工作。速成包裝器(wrapper)。

正文

我們來(lái)舉一個(gè)例子,鴨子(Dock)有飛(fly)和嘎嘎叫(quack)的行為,而火雞雖然也有飛(fly)的行為,但是其叫聲是咯咯的(gobble)。如果你非要火雞也要實(shí)現(xiàn)嘎嘎叫(quack)這個(gè)動(dòng)作,那我們可以復(fù)用鴨子的 quack 方法,但是具體的叫還應(yīng)該是咯咯的,此時(shí),我們就可以創(chuàng)建一個(gè)火雞的適配器,以便讓火雞也支持 quack 方法,其內(nèi)部還是要調(diào)用 gobble。

OK,我們開(kāi)始一步一步實(shí)現(xiàn),首先要先定義鴨子和火雞的抽象行為,也就是各自的方法函數(shù):

//鴨子
var Duck = function(){
};
Duck.prototype.fly = function(){
throw new Error("該方法必須被重寫!");
};
Duck.prototype.quack = function(){
throw new Error("該方法必須被重寫!");
}
//火雞
var Turkey = function(){
};
Turkey.prototype.fly = function(){
    throw new Error(" 該方法必須被重寫 !");
};
Turkey.prototype.gobble = function(){
    throw new Error(" 該方法必須被重寫 !");
};

然后再定義具體的鴨子和火雞的構(gòu)造函數(shù),分別為:

//鴨子
var MallardDuck = function () {
    Duck.apply(this);
};
MallardDuck.prototype = new Duck(); //原型是Duck
MallardDuck.prototype.fly = function () {
    console.log("可以飛翔很長(zhǎng)的距離!");
};
MallardDuck.prototype.quack = function () {
    console.log("嘎嘎!嘎嘎!");
};
//火雞
var WildTurkey = function () {
    Turkey.apply(this);
};
WildTurkey.prototype = new Turkey(); //原型是Turkey
WildTurkey.prototype.fly = function () {
    console.log("飛翔的距離貌似有點(diǎn)短!");
};
WildTurkey.prototype.gobble = function () {
    console.log("咯咯!咯咯!");
};

為了讓火雞也支持 quack 方法,我們創(chuàng)建了一個(gè)新的火雞適配器 TurkeyAdapter:

var TurkeyAdapter = function(oTurkey){
    Duck.apply(this);
    this.oTurkey = oTurkey;
};
TurkeyAdapter.prototype = new Duck();
TurkeyAdapter.prototype.quack = function(){
    this.oTurkey.gobble();
};
TurkeyAdapter.prototype.fly = function(){
    var nFly = 0;
    var nLenFly = 5;
    for(; nFly < nLenFly;){
        this.oTurkey.fly();
        nFly = nFly + 1;
    }
};

該構(gòu)造函數(shù)接受一個(gè)火雞的實(shí)例對(duì)象,然后使用 Duck 進(jìn)行 apply,其適配器原型是 Duck,然后要重新修改其原型的 quack 方法,以便內(nèi)部調(diào)用 oTurkey.gobble()方法。其 fly 方法也做了一些改變,讓火雞連續(xù)飛 5 次(內(nèi)部也是調(diào)用自身的 oTurkey.fly()方法)。

調(diào)用方法,就很明了了,測(cè)試一下便可以知道結(jié)果了:

var oMallardDuck = new MallardDuck();
var oWildTurkey = new WildTurkey();
var oTurkeyAdapter = new TurkeyAdapter(oWildTurkey);
//原有的鴨子行為
oMallardDuck.fly();
oMallardDuck.quack();
//原有的火雞行為
oWildTurkey.fly();
oWildTurkey.gobble();
//適配器火雞的行為(火雞調(diào)用鴨子的方法名稱)
oTurkeyAdapter.fly();
oTurkeyAdapter.quack();

總結(jié)

那合適使用適配器模式好呢?如果有以下情況出現(xiàn)時(shí),建議使用:

  1. 使用一個(gè)已經(jīng)存在的對(duì)象,但其方法或?qū)傩越涌诓环夏愕囊螅?/li>
  2. 你想創(chuàng)建一個(gè)可復(fù)用的對(duì)象,該對(duì)象可以與其它不相關(guān)的對(duì)象或不可見(jiàn)對(duì)象(即接口方法或?qū)傩圆患嫒莸膶?duì)象)協(xié)同工作;
  3. 想使用已經(jīng)存在的對(duì)象,但是不能對(duì)每一個(gè)都進(jìn)行原型繼承以匹配它的接口。對(duì)象適配器可以適配它的父對(duì)象接口方法或?qū)傩浴?/li>

另外,適配器模式和其它幾個(gè)模式可能容易讓人迷惑,這里說(shuō)一下大概的區(qū)別:

  1. 適配器和橋接模式雖然類似,但橋接的出發(fā)點(diǎn)不同,橋接的目的是將接口部分和實(shí)現(xiàn)部分分離,從而對(duì)他們可以更為容易也相對(duì)獨(dú)立的加以改變。而適配器則意味著改變一個(gè)已有對(duì)象的接口。
  2. 裝飾者模式增強(qiáng)了其它對(duì)象的功能而同時(shí)又不改變它的接口,因此它對(duì)應(yīng)程序的透明性比適配器要好,其結(jié)果是裝飾者支持遞歸組合,而純粹使用適配器則是不可能的。
  3. 代理模式在不改變它的接口的條件下,為另外一個(gè)對(duì)象定義了一個(gè)代理。