前文說(shuō)到一位用戶拿著業(yè)界標(biāo)準(zhǔn)開(kāi)關(guān)（一個(gè)標(biāo)準(zhǔn)的StandardSwitcher，它依賴IStandardSwitchable接口才能工作，然而目前我們的燈并不支持這個(gè)接口）出現(xiàn)在我面前，叫囂著他的“標(biāo)準(zhǔn)開(kāi)關(guān)”應(yīng)該能打開(kāi)我們的燈。好吧，這個(gè)需求是合理的，的確應(yīng)該支持。但是該死的是，為什么沒(méi)有早一點(diǎn)兒知道這個(gè)標(biāo)準(zhǔn)的存在呢？這樣就不需要花費(fèi)時(shí)間和人力定義這個(gè)接口，現(xiàn)在也不會(huì)這么糾結(jié)。和上次一樣，先講故事、演進(jìn)方案，再分析背后的思想。

這回主要講解Adapter模式，GoF講解了這個(gè)模式是什么，怎么用，用在什么地方。我想來(lái)解釋一下Adapter模式的要點(diǎn)是什么，對(duì)Adapter模式的延展，以及對(duì)Adapter模式的誤用。順便得瑟一下我對(duì)面向?qū)ο笤O(shè)計(jì)的理解。

兩個(gè)方案

現(xiàn)在有兩個(gè)選擇。

1. 讓我們的燈直接支持標(biāo)準(zhǔn)開(kāi)關(guān)。也就是讓燈實(shí)現(xiàn)IStandardSwitchable接口。

   • 好處：成本低，實(shí)現(xiàn)方式優(yōu)雅。

   • 壞處：相當(dāng)于放棄了已經(jīng)買了我們的燈，又想用標(biāo)準(zhǔn)開(kāi)關(guān)的用戶。

2. 不改變現(xiàn)在的燈，讓標(biāo)準(zhǔn)開(kāi)關(guān)能打開(kāi)我們的燈。標(biāo)準(zhǔn)接口我們改不了，燈也不能改。好在計(jì)算機(jī)界有句話，叫“加一層可以解決一切問(wèn)題”。這讓我想到了買外國(guó)電器附贈(zèng)的那個(gè)電源接口轉(zhuǎn)換器?，F(xiàn)在，我們的燈需要個(gè)類似的玩意兒。

   • 好處：支持所有的燈。

   • 壞處：這東西都是要附贈(zèng)的，會(huì)降低我們的利潤(rùn)。

第一個(gè)方案很簡(jiǎn)單，就是讓Light多實(shí)現(xiàn)個(gè)接口就OK了。圖就不給了。

現(xiàn)在分析第二個(gè)方案，標(biāo)準(zhǔn)接口依賴IStandardSwitchable接口，那我們必須有一個(gè)類來(lái)實(shí)現(xiàn)它，并完成所需要的功能——操作燈。咱也是學(xué)過(guò)設(shè)計(jì)模式的人，這個(gè)問(wèn)題很明顯可以用Adapter模式來(lái)解釋。

相關(guān)類圖很容易就可以畫出來(lái)。

圖1 讓燈支持IStandardSwitchable接口的方案 

其對(duì)應(yīng)的代碼會(huì)是這個(gè)樣子：

public interface IStandardSwitchable  
{  
    void TurnOn();  
    void TurnOff();  
}  
 
 
public class SwitcherAdapter : IStandardSwitchable  
{  
    public Light Switchee { get; set; }  
 
 
    public void TurnOn()  
    {  
        Switchee.TurnOn();  
    }  
 
 
    public void TurnOff()  
    {  
        Switchee.TurnOff();  
    }  
} 

代碼1

Job Done。Light通過(guò)SwitcherAdapter支持了新的接口，這簡(jiǎn)直就是應(yīng)用適配器模式的典范啊。（嗯，這句的確是反話，不過(guò)你猜出來(lái)為什么這個(gè)Adapter不屬于適配器模式嗎？）

“上回真是白跟你說(shuō)了那么多，平時(shí)沒(méi)覺(jué)得你這么不開(kāi)竅啊。你自己好好想想吧！”背后看著我畫UML圖的設(shè)計(jì)Guru好像有點(diǎn)兒生氣。

上回？我冷靜下來(lái)回想上回的內(nèi)容和現(xiàn)在的問(wèn)題。上回講的DIP，講不要依賴實(shí)現(xiàn)，要依賴抽象。再想想目前的需求，我們有燈，有收音機(jī)，如果用戶說(shuō)要用標(biāo)準(zhǔn)開(kāi)關(guān)開(kāi)收音機(jī)，難道還要實(shí)現(xiàn)一個(gè)RadioAdapter不成？這顯然違反了OCP。

需求是要“通過(guò)加一層讓燈支持標(biāo)準(zhǔn)開(kāi)關(guān)”，但是并不是說(shuō)這一層就要使用燈，為了讓這個(gè)Adapter更加通用，應(yīng)該讓Adapter依賴ISwitchable接口。像下面這個(gè)樣子。

圖2 Adapter模式 

與代碼1的差別，僅僅是SwitcherAdapter里的Switchee屬性的類型改成ISwitchable而已。代碼就不再貼了。其所體現(xiàn)的原則就是上一篇講的DIP。

這個(gè)事兒其實(shí)任何人靜靜地想想都能想到。但我繞這個(gè)彎子，其實(shí)是想順便表達(dá)這樣一個(gè)意思：一個(gè)緊急需求來(lái)了的時(shí)候，人們更容易傾向于把完成工作放在第一位，從而一時(shí)忽視了設(shè)計(jì)的嚴(yán)謹(jǐn)度，事后又忘了重構(gòu)，于是Bad Smell就這樣產(chǎn)生了。當(dāng)然，這些大家也都知道。

面向?qū)ο蟮脑O(shè)計(jì)并不是對(duì)現(xiàn)實(shí)的模擬

（這一節(jié)算是一個(gè)插曲吧，因?yàn)檫@個(gè)論點(diǎn)太大，寫出來(lái)都覺(jué)得不自量力，不寫又覺(jué)得對(duì)不起自己愛(ài)得瑟的作風(fēng)。一點(diǎn)拙見(jiàn)，大家多多批評(píng)。覺(jué)得偏題太遠(yuǎn)的話可以直接看一下節(jié)。）

但是（重點(diǎn)來(lái)了），為什么緊張時(shí)做出的直觀設(shè)計(jì)更可能是錯(cuò)誤的呢？因?yàn)槿艘痪o張就容易憑感覺(jué)，而使用直覺(jué)做設(shè)計(jì)時(shí)，大都會(huì)以現(xiàn)實(shí)世界為原本，但是良好的面向?qū)ο笤O(shè)計(jì)，是絕對(duì)不能僅僅依靠現(xiàn)實(shí)世界的。其實(shí)圖1 的設(shè)計(jì)從直覺(jué)上來(lái)講是符合需求，也很符合人們對(duì)這個(gè)世界的認(rèn)知的。但是它并不是一個(gè)良好的面向?qū)ο笤O(shè)計(jì)。圖2是相對(duì)良好的設(shè)計(jì)，但是圖2顯然又沒(méi)有圖1 那么直觀，那么好理解，那么符合這個(gè)世界的真實(shí)狀態(tài)。

圖2和圖1 的差別僅僅在于Adapter要依賴誰(shuí)上，Adapter要依賴于ISwitchable接口這個(gè)事兒，并不是為了更真實(shí)地模擬這個(gè)世界，而純粹地是為了解耦合而出現(xiàn)（或者說(shuō)，為了依賴抽象）。但是在現(xiàn)實(shí)世界中，是不存在解不解耦合的概念的。解耦合是為了保證設(shè)計(jì)上的靈活性引入的概念。

現(xiàn)實(shí)中事物間的依賴都是具體的，是為了復(fù)用、靈活性等才引入的抽象，客觀現(xiàn)實(shí)是不存在抽象的。抽象是要取決于你是如何看待客觀事物的。舉個(gè)例子，在動(dòng)物學(xué)家看來(lái)，人與動(dòng)物間有IS-A關(guān)系；但是如果你是要開(kāi)發(fā)一款MMORPG游戲，人（NPC和Avatar）和動(dòng)物（一般會(huì)是怪物）應(yīng)該是不會(huì)有IS-A關(guān)系的。觀察的角度不同，就會(huì)得出不同的設(shè)計(jì)；這些設(shè)計(jì)沒(méi)有對(duì)錯(cuò)之分，只有是否滿足需求之別。

所以，有些地方，把面向?qū)ο蟮脑O(shè)計(jì)過(guò)程解釋為對(duì)現(xiàn)實(shí)世界的模擬是很片面的。如果僅僅以現(xiàn)實(shí)世界的樣子對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)，得出的設(shè)計(jì)很可能是僵化的，就像圖1那樣。（有人可能想說(shuō)我曲解了人家的意思，但是我想說(shuō)，你寫成那個(gè)樣子明明就是故意給人誤解的，至少是很容易引導(dǎo)人誤解。容易被誤解，就是有問(wèn)題。沒(méi)什么好狡辯的。）

但是，這并不意味著做設(shè)計(jì)就要全面地抽象，模擬現(xiàn)實(shí)世界的好處是代碼容易理解，但是如果全部抽象成圖2那樣，所有都抽象出個(gè)接口，所有都依賴抽象，那代碼的可讀性顯然會(huì)下降。所以，好的面向?qū)ο笤O(shè)計(jì)，會(huì)是真實(shí)地模擬現(xiàn)實(shí)與抽象現(xiàn)實(shí)間的取舍的過(guò)程。如果你看過(guò)一些功能相似、但實(shí)現(xiàn)不同的開(kāi)源框架，會(huì)發(fā)現(xiàn)有些好理解，有些不好理解，其根本原因就是其抽象的層次或者說(shuō)抽象的程度不一樣。抽象度過(guò)高，靈活性也許上去了，但是并不見(jiàn)得就是好事兒。過(guò)度設(shè)計(jì)，就是因?yàn)閷?duì)現(xiàn)實(shí)的抽象度太高，造成可讀性差，不好維護(hù)，還沒(méi)解決問(wèn)題，就先被問(wèn)題解決掉了。

上面的例子可能依然沒(méi)有什么說(shuō)服力。我再舉一個(gè)。上篇文章有人回復(fù)說(shuō)，

“開(kāi)關(guān)里面還包含一個(gè)開(kāi)關(guān)接口 ，很奇怪的方式。 

在我看來(lái)應(yīng)該是燈光有開(kāi)關(guān)”。

我想感謝一下這位朋友，因?yàn)樗岢龅倪@個(gè)思路，我一開(kāi)始就潛意識(shí)地?zé)o視掉了。經(jīng)他一提，我才意識(shí)這也是設(shè)計(jì)過(guò)程中一類常見(jiàn)的問(wèn)題。這個(gè)設(shè)計(jì)是一個(gè)很真實(shí)地反應(yīng)現(xiàn)實(shí)的設(shè)計(jì)。但是并不是一個(gè)可行的類設(shè)計(jì)。如果你按這個(gè)方案寫代碼，就會(huì)發(fā)現(xiàn)很多問(wèn)題。原因我已經(jīng)回復(fù)了。

總結(jié)一下，做面向?qū)ο笤O(shè)計(jì)的時(shí)候，請(qǐng)記得自己要做的是什么？不要讓現(xiàn)實(shí)世界的“真實(shí)”的樣子混淆了視聽(tīng)。面向?qū)ο笤O(shè)計(jì)，是以可復(fù)用地、靈活地實(shí)現(xiàn)需求為目標(biāo)的，對(duì)現(xiàn)實(shí)的抽象，而不是對(duì)現(xiàn)實(shí)的模擬；抽象的結(jié)果很可能在現(xiàn)實(shí)中并不存在。

Adapter模式的關(guān)鍵

Adapter模式最關(guān)鍵的要求是：Adapter是對(duì)兩個(gè)功能相近的接口間的適配。如果被適配的對(duì)象是個(gè)具體類，那么多數(shù)情況下，Adapter非但不會(huì)帶來(lái)好處，反而是僅僅增加了維護(hù)成本，就像前面說(shuō)的，有一個(gè)新的具體類出現(xiàn)，就要同時(shí)添加一個(gè)Adapter。

（如果你非說(shuō)你見(jiàn)過(guò)很多 “適配”具體類的，你是對(duì)的，但是那叫Proxy，不叫Adapter，解決的也不是同一種問(wèn)題，而且多數(shù)情況下，Proxy是可以自動(dòng)生成的，所以不需要擔(dān)心加一個(gè)類，就要自己實(shí)現(xiàn)一個(gè)對(duì)應(yīng)的Proxy的問(wèn)題?？梢杂孟旅孢@個(gè)圖對(duì)比一下，來(lái)自《敏捷軟件開(kāi)發(fā)》）

圖3 Proxy模式 

這不是在死摳Adapter模式的含義。因?yàn)橹挥欣斫釧dapter的目標(biāo)、適用范圍之后，才不會(huì)誤用這個(gè)模式。見(jiàn)過(guò)不少人理解力很好或是英文很好，看到 Adapter這個(gè)詞是個(gè)模式就想當(dāng)然地覺(jué)得自己“知道”了這個(gè)模式的用法（畢竟這個(gè)模式也的確不復(fù)雜），并“用”了起來(lái)。比如圖1的那個(gè)例子，就是最常見(jiàn)的誤用之一。

這也不是在死摳名詞。給模式命名的好處之一就是讓兩個(gè)都懂模式的人溝通起來(lái)更順暢。模式名所表達(dá)的，不是一個(gè)簡(jiǎn)單的類關(guān)系圖，而是對(duì)要解決問(wèn)題的類型的定位和解決問(wèn)題的策略。

Adapter，表示遇到的問(wèn)題是接口不匹配。

Proxy，表示遇到的問(wèn)題是主體邏輯與附加邏輯（持久化、網(wǎng)絡(luò)傳輸?shù)龋┘m纏。

名詞用錯(cuò)了，就可能會(huì)帶來(lái)不必要的誤會(huì)。

如果你就是覺(jué)得沒(méi)必要死摳概念，下面的“廣義Adapter模式”可能會(huì)比較適合你。

廣義Adapter模式

這年頭好像什么東西都非要搞出個(gè)狹義和廣義之分。我個(gè)人比較反感這一點(diǎn)，因?yàn)楠M廣之分的存在，本身就是一種對(duì)概念的模糊。這導(dǎo)致人們?cè)跍贤〞r(shí)，如果遇到問(wèn)題，常常要想一下對(duì)方說(shuō)的是廣義的還是狹義的，而不是把焦點(diǎn)放在問(wèn)題本身。這像是給自己和對(duì)方找借口或是后路?；蛟S是因?yàn)榇蠹叶枷虢o自己留個(gè)后路，這東西才會(huì)這么流行。附經(jīng)典對(duì)白一則：

“嗯？不對(duì)吧，不應(yīng)該是XXXX嗎？”

“呃，我說(shuō)的是一種廣義上的XXXX?！?/i>