在這篇文章中，我寫了Bridge和adapter模式的區(qū)別.但是 maninred說
Bridge和adapter是沒有關(guān)系的，而和Facade比較象，但在我的經(jīng)驗(yàn)中更多的時(shí)候
是會(huì)混淆Bridge和adapter而不是Facade，這里詳細(xì)的列出三個(gè)模式的比較 .
一,定義:
1.Facade模式是為一個(gè)復(fù)雜系統(tǒng)提供一個(gè)簡單的接口。
比如你要去博物館參觀，很多東西，你一個(gè)個(gè)到處去問每個(gè)東西的管理員很麻煩，所以你找一個(gè)導(dǎo)游，讓他給你一個(gè)個(gè)介紹，你只要找到導(dǎo)游就好了。導(dǎo)游就是門面。
2，適配器模式，引用一下GOF95中的話:
適配器模式是把一個(gè)類的接口變換成客戶端所期待的另一種接口，從而使原本因接口不匹配而無法工作的兩個(gè)類能夠工作到一起。
舉個(gè)例子，例如變壓器
3，Bridge模式:
GOF95中的橋梁模式的描述：橋梁模式的用意是"將抽象化與實(shí)現(xiàn)化脫耦，使的二者可以獨(dú)立變化。
例如AWT的實(shí)現(xiàn)
二,目的:
1,Facade模式使用在給一個(gè)復(fù)雜的系統(tǒng)提供統(tǒng)一的門面(接口),目的是簡化客戶端的操作,但并沒有改變接口.
2,Adapter模式使用在兩個(gè)部分有不同的接口的情況,目的是改變接口,使兩個(gè)部分協(xié)同工作
3,橋梁模式是為了分離抽象和實(shí)現(xiàn)
二,使用場合
1,Facade模式出現(xiàn)較多的情況是這樣的情況,你有一個(gè)復(fù)雜的系統(tǒng),對應(yīng)了各種情況,
客戶看了說功能不錯(cuò),但是使用太麻煩.你說沒問題,我給你提供一個(gè)統(tǒng)一的門面.
所以Facade使用的場合多是對系統(tǒng)的"優(yōu)化".
2,Adapter模式出現(xiàn)的情況是這樣,你有一個(gè)類提供接口A,但是你的客戶需要一個(gè)實(shí)現(xiàn)接口B的類,
這個(gè)時(shí)候你可以寫一個(gè)Adapter讓把A接口變成B接口,所以Adapter使用的場合是
指鹿為馬.就是你受夾板氣的時(shí)候,一邊告訴你我只能提供給你A(鹿),一邊告訴你說
我只要B(馬),他長了四條腿,你沒辦法了,把鹿?fàn)窟^去說,這是馬,你看他有四條腿.
(當(dāng)然實(shí)現(xiàn)指鹿為馬也有兩種方法,一個(gè)方法是你只露出鹿的四條腿,說你看這是馬,這種方式就是
封裝方式的Adapter實(shí)現(xiàn),另一種方式是你把鹿?fàn)窟^去,但是首先介紹給他說這是馬,因?yàn)樗L了四條腿
這種是繼承的方式.)
3,Bridge模式在一般的開發(fā)中出現(xiàn)的情況并不多,AWT是一個(gè),SWT也算部分是,
如果你的客戶要求你開發(fā)一個(gè)系統(tǒng),這個(gè)系統(tǒng)在Windows下運(yùn)行界面的樣子是Windows的樣子.
在Linux下運(yùn)行是Linux下的樣子.在Macintosh下運(yùn)行要是Mac Os的樣子.
怎么辦? 定義一系列的控件Button,Text,radio,checkBox等等.供上層開發(fā)者
使用,他們使用這些控件的方法,利用這些控件構(gòu)造一個(gè)系統(tǒng)的GUI,然后你為這些控件
寫好Linux的實(shí)現(xiàn),讓它在Linux上調(diào)用Linux本地的對應(yīng)控件,
在Windows上調(diào)用Windows本地的對應(yīng)控件,在Macintosh上調(diào)用Macintosh本地的對應(yīng)控件
ok,你的任務(wù)完成了.
三,需求程度
1,Facade的需求程度是"中等",因?yàn)槟悴惶峁〧acade程序照樣能工作,只是不夠好.
2,Adapter的需求程度是"必須",因?yàn)槟悴贿@么做就不能工作,除非你自己從頭實(shí)現(xiàn)一個(gè).
3,Bridge的需求程度是"一般",適合精益求精的人,因?yàn)槟憧梢詫懭齻€(gè)程序給客戶.
四,出現(xiàn)時(shí)期
1,Facade出現(xiàn)在項(xiàng)目中期,再優(yōu)化
2,Adapter出現(xiàn)在項(xiàng)目后期,大部分都有了,差的僅僅是接口不同
3,Bridge出現(xiàn)在項(xiàng)目前期,你想讓你的系統(tǒng)更靈活,更c(diǎn)ool
五,在寫文章的時(shí)候想到的
1,Facade很多時(shí)候是1:m的關(guān)系
2,Adapter很多是候是1:1的關(guān)系
3,Bridge很多時(shí)候是m:n的關(guān)系
呵呵.
六,最后
另外:回應(yīng)一下maninred
1,我并沒有把模式看的很獨(dú)立,其實(shí)很多模式是配合使用的,而且在一定情況下可以
用一個(gè)替換另一個(gè).同一個(gè)需求,有可能當(dāng)你思考的角度不同時(shí),使用的模式就不同了.
2,設(shè)計(jì)模式并不是"用OO的封裝來封裝所有的東西",模式其實(shí)可以應(yīng)用于所有的設(shè)計(jì)上
和OO沒有直接的關(guān)系,只是因?yàn)橛?jì)算機(jī)的設(shè)計(jì)模式大部分是GOF收集總結(jié)的,
他們講解設(shè)計(jì)模式是用的C++,而在Java中得到了大量應(yīng)用,所以我們談到設(shè)計(jì)模式
的時(shí)候多提到OO.其實(shí)模式更早應(yīng)用于建筑學(xué),Alexander的《建筑的永恒之道》講的
就是設(shè)計(jì)模式。所以說設(shè)計(jì)模式應(yīng)該是設(shè)計(jì)過程中積累下來的一些成型的東西。
更深入一點(diǎn)，《Java與模式》的作者認(rèn)為模式起源于中國的道教思想，講的是哲學(xué)。呵呵。
3，對于模式的使用，個(gè)人感覺，模式很大程度上是為了對應(yīng)這類需求的所有情況，也就
是最復(fù)雜情況，最靈活情況，當(dāng)我們實(shí)際的開發(fā)中并沒有遇到這么多這樣的情況。
所以在需要的時(shí)候使用，根據(jù)需求簡化使用，而不是照搬。
4,雖然模式是相關(guān)的，但是只有知道了每個(gè)模式的區(qū)別點(diǎn)，才能更好的根據(jù)需求選擇使用哪個(gè)模式。