適配器模式的作用是解決兩個(gè)軟件實(shí)體間的接口不兼容的問(wèn)題艺蝴。使用適配器模式之后猬腰，原本由于接口不兼容而不能工作的兩個(gè)軟件實(shí)體可以一起工作。
適配器的別名是包裝器（wrapper）猜敢，這是一個(gè)相對(duì)簡(jiǎn)單的模式姑荷。在程序開(kāi)發(fā)中有許多這樣的場(chǎng)景：當(dāng)我們?cè)噲D調(diào)用模塊或者對(duì)象的某個(gè)接口時(shí)，卻發(fā)現(xiàn)這個(gè)接口的格式并不符合目前的需求缩擂。這時(shí)候有兩種解決辦法鼠冕，第一種是修改原來(lái)的接口實(shí)現(xiàn)，但如果原來(lái)的模塊很復(fù)雜胯盯，或者我們拿到的模塊是一段別人編寫(xiě)的經(jīng)過(guò)壓縮的代碼懈费，修改原接口就顯得不太現(xiàn)實(shí)了。第二種辦法是創(chuàng)建一個(gè)適配器博脑，將原接口轉(zhuǎn)換為客戶希望的另一個(gè)接口憎乙，客戶只需要和適配器打交道。
現(xiàn)實(shí)中的適配器
適配器在現(xiàn)實(shí)生活的應(yīng)用非常廣泛叉趣，接下來(lái)我們來(lái)看幾個(gè)現(xiàn)實(shí)生活中的適配器模式泞边。
1. 港式插頭轉(zhuǎn)換器
港式的電器插頭比大陸的電器插頭體積要大一些。如果從香港買(mǎi)了一個(gè)Mac book君账，我們會(huì)發(fā)現(xiàn)充電器無(wú)法插在家里的插座上繁堡，為此而改造家里的插座顯然不方便，所以我們需要一個(gè)適配器：
2. 電源適配器
Mac book電池支持的電壓是20V乡数，我們?nèi)粘Ｉ钪械慕涣麟妷阂话闶?20V椭蹄。除了我們了解的220V交流電壓，日本和韓國(guó)的交流電壓大多是100V净赴，而英國(guó)和澳大利亞的是240V绳矩。筆記本電腦的電源適配器就承擔(dān)了轉(zhuǎn)換電壓的作用，電源適配器使筆記本電腦在100V~240V的電壓之內(nèi)都能正常工作玖翅，這也是它為什么被稱為電源“適配器”的原因翼馆。
3. USB轉(zhuǎn)接口
在以前的電腦上割以，PS2接口是連接鼠標(biāo)、鍵盤(pán)等其他外部設(shè)備的標(biāo)準(zhǔn)接口应媚。但隨著技術(shù)的發(fā)展严沥，越來(lái)越多的電腦開(kāi)始放棄了PS2接口，轉(zhuǎn)而僅支持USB接口中姜。所以那些過(guò)去生產(chǎn)出來(lái)的只擁有PS2接口的鼠標(biāo)消玄、鍵盤(pán)、游戲手柄等丢胚，需要一個(gè)USB轉(zhuǎn)接口才能繼續(xù)正常工作翩瓜，這是PS2-USB適配器誕生的原因。
適配器模式的應(yīng)用
如果現(xiàn)有的接口已經(jīng)能夠正常工作携龟，那我們就永遠(yuǎn)不會(huì)用上適配器模式兔跌。適配器模式是一種“亡羊補(bǔ)牢”的模式，沒(méi)有人會(huì)在程序的設(shè)計(jì)之初就使用它峡蟋。因?yàn)闆](méi)有人可以完全預(yù)料到未來(lái)的事情坟桅，也許現(xiàn)在好好工作的接口，未來(lái)的某天卻不再適用于新系統(tǒng)层亿，那么我們可以用適配器模式把舊接口包裝成一個(gè)新的接口桦卒，使它繼續(xù)保持生命力立美。比如在JSON格式流行之前匿又，很多cgi返回的都是XML格式的數(shù)據(jù)，如果今天仍然想繼續(xù)使用這些接口建蹄，顯然我們可以創(chuàng)造一個(gè)XML-JSON的適配器碌更。
下面這個(gè)實(shí)例可以幫助我們深刻了解適配器模式。
回憶之前多態(tài)的例子洞慎，當(dāng)我們向googleMap和baiduMap都發(fā)出“顯示”請(qǐng)求時(shí)痛单，googleMap和baiduMap分別以各自的方式在頁(yè)面中展現(xiàn)了地圖：
var googleMap = {
show: function(){
console.log( '開(kāi)始渲染谷歌地圖' );
}
};
var baiduMap = {
show: function(){
console.log( '開(kāi)始渲染百度地圖' );
}
};
var renderMap = function( map ){
if ( map.show instanceof Function ){
map.show();
}
};
renderMap( googleMap ); // 輸出：開(kāi)始渲染谷歌地圖
renderMap( baiduMap ); // 輸出：開(kāi)始渲染百度地圖
這段程序得以順利運(yùn)行的關(guān)鍵是googleMap和baiduMap提供了一致的show方法，但第三方的接口方法并不在我們自己的控制范圍之內(nèi)劲腿，假如baiduMap提供的顯示地圖的方法不叫show而叫display呢旭绒？
baiduMap這個(gè)對(duì)象來(lái)源于第三方，正常情況下我們都不應(yīng)該去改動(dòng)它焦人。此時(shí)我們可以通過(guò)增加baiduMapAdapter來(lái)解決問(wèn)題：
var googleMap = {
show: function(){
console.log( '開(kāi)始渲染谷歌地圖' );
}
};
var baiduMap = {
display: function(){
console.log( '開(kāi)始渲染百度地圖' );
}
};
var baiduMapAdapter = {
show: function(){
return baiduMap.display();
}
};
renderMap( googleMap ); // 輸出：開(kāi)始渲染谷歌地圖
renderMap( baiduMapAdapter ); // 輸出：開(kāi)始渲染百度地圖
再來(lái)看看另外一個(gè)例子挥吵。假設(shè)我們正在編寫(xiě)一個(gè)渲染廣東省地圖的頁(yè)面。目前從第三方資源里獲得了廣東省的所有城市以及它們所對(duì)應(yīng)的ID花椭，并且成功地渲染到頁(yè)面中：
var getGuangdongCity = function(){
var guangdongCity = [
{
name: 'shenzhen',
id: 11,
}, {
name: 'guangzhou',
id: 12,
}
];
return guangdongCity;
};
var render = function( fn ){
console.log( '開(kāi)始渲染廣東省地圖' );
document.write( JSON.stringify( fn() ) );
};
render( getGuangdongCity );
利用這些數(shù)據(jù)忽匈，我們編寫(xiě)完成了整個(gè)頁(yè)面，并且在線上穩(wěn)定地運(yùn)行了一段時(shí)間矿辽。但后來(lái)發(fā)現(xiàn)這些數(shù)據(jù)不太可靠丹允，里面還缺少很多城市郭厌。于是我們又在網(wǎng)上找到了另外一些數(shù)據(jù)資源，這次的數(shù)據(jù)更加全面雕蔽，但遺憾的是折柠，數(shù)據(jù)結(jié)構(gòu)和正運(yùn)行在項(xiàng)目中的并不一致。新的數(shù)據(jù)結(jié)構(gòu)如下：
var guangdongCity = {
shenzhen: 11,
guangzhou: 12,
zhuhai: 13
};
除了大動(dòng)干戈地改寫(xiě)渲染頁(yè)面的前端代碼之外批狐，另外一種更輕便的解決方式就是新增一個(gè)數(shù)據(jù)格式轉(zhuǎn)換的適配器：
var getGuangdongCity = function(){
var guangdongCity = [
{
name: 'shenzhen',
id: 11,
}, {
name: 'guangzhou',
id: 12,
}
];
return guangdongCity;
};
var render = function( fn ){
console.log( '開(kāi)始渲染廣東省地圖' );
document.write( JSON.stringify( fn() ) );
};
var addressAdapter = function( oldAddressfn ){
var address = {},
oldAddress = oldAddressfn();
for ( var i = 0, c; c = oldAddress[ i++ ]; ){
address[ c.name ] = c.id;
}
return function(){
return address;
}
};
render( addressAdapter( getGuangdongCity ) );
那么接下來(lái)需要做的液走，就是把代碼中調(diào)用getGuangdongCity的地方，用經(jīng)過(guò)addressAdapter適配器轉(zhuǎn)換之后的新函數(shù)來(lái)代替贾陷。
小結(jié)
適配器模式是一對(duì)相對(duì)簡(jiǎn)單的模式缘眶。在本書(shū)提到的設(shè)計(jì)模式中，有一些模式跟適配器模式的結(jié)構(gòu)非常相似髓废，比如裝飾者模式巷懈、代理模式和外觀模式）。這幾種模式都屬于“包裝模式”慌洪，都是由一個(gè)對(duì)象來(lái)包裝另一個(gè)對(duì)象顶燕。區(qū)別它們的關(guān)鍵仍然是模式的意圖。
適配器模式主要用來(lái)解決兩個(gè)已有接口之間不匹配的問(wèn)題冈爹，它不考慮這些接口是怎樣實(shí)現(xiàn)的涌攻，也不考慮它們將來(lái)可能會(huì)如何演化。適配器模式不需要改變已有的接口频伤，就能夠使它們協(xié)同作用恳谎。
裝飾者模式和代理模式也不會(huì)改變?cè)袑?duì)象的接口，但裝飾者模式的作用是為了給對(duì)象增加功能憋肖。裝飾者模式常常形成一條長(zhǎng)的裝飾鏈因痛，而適配器模式通常只包裝一次。代理模式是為了控制對(duì)對(duì)象的訪問(wèn)岸更，通常也只包裝一次鸵膏。
外觀模式的作用倒是和適配器比較相似，有人把外觀模式看成一組對(duì)象的適配器怎炊，但外觀模式最顯著的特點(diǎn)是定義了一個(gè)新的接口谭企。
