【學(xué)習(xí)難度：★★★☆☆柠并，使用頻率：★★★☆☆】
直接出處：橋接模式
梳理和學(xué)習(xí)：https://github.com/BruceOuyang/boy-design-pattern
簡書日期： 2018/03/09
簡書首頁：http://www.reibang.com/p/0fb891a7c5ed

處理多維度變化——橋接模式（一）

在正式介紹橋接模式之前尉咕，我先跟大家談?wù)剝煞N常見文具的區(qū)別，它們是毛筆和蠟筆。假如我們需要大中小3種型號的畫筆盈罐，能夠繪制12種不同的顏色啰劲，如果使用蠟筆，需要準(zhǔn)備3×12 = 36支郭宝，但如果使用毛筆的話，只需要提供3種型號的毛筆掷漱，外加12個顏料盒即可粘室，涉及到的對象個數(shù)僅為 3 + 12 = 15，遠(yuǎn)小于36卜范，卻能實(shí)現(xiàn)與36支蠟筆同樣的功能衔统。如果增加一種新型號的畫筆，并且也需要具有12種顏色海雪，對應(yīng)的蠟筆需增加12支缰冤，而毛筆只需增加一支。為什么會這樣呢喳魏？通過分析我們可以得知：在蠟筆中棉浸，顏色和型號兩個不同的變化維度（即兩個不同的變化原因）融合在一起，無論是對顏色進(jìn)行擴(kuò)展還是對型號進(jìn)行擴(kuò)展都勢必會影響另一個維度刺彩；但在毛筆中迷郑，顏色和型號實(shí)現(xiàn)了分離，增加新的顏色或者型號對另一方都沒有任何影響创倔。如果使用軟件工程中的術(shù)語嗡害，我們可以認(rèn)為在蠟筆中顏色和型號之間存在較強(qiáng)的耦合性，而毛筆很好地將二者解耦畦攘，使用起來非常靈活霸妹，擴(kuò)展也更為方便。在軟件開發(fā)中知押，我們也提供了一種設(shè)計模式來處理與畫筆類似的具有多變化維度的情況叹螟，即本章將要介紹的橋接模式鹃骂。

10.1 跨平臺圖像瀏覽系統(tǒng)

Sunny軟件公司欲開發(fā)一個跨平臺圖像瀏覽系統(tǒng)，要求該系統(tǒng)能夠顯示BMP罢绽、JPG畏线、GIF、PNG等多種格式的文件良价，并且能夠在Windows寝殴、Linux、Unix等多個操作系統(tǒng)上運(yùn)行明垢。系統(tǒng)首先將各種格式的文件解析為像素矩陣(Matrix)蚣常，然后將像素矩陣顯示在屏幕上，在不同的操作系統(tǒng)中可以調(diào)用不同的繪制函數(shù)來繪制像素矩陣痊银。系統(tǒng)需具有較好的擴(kuò)展性以支持新的文件格式和操作系統(tǒng)抵蚊。

Sunny軟件公司的開發(fā)人員針對上述要求，提出了一個初始設(shè)計方案曼验，其基本結(jié)構(gòu)如圖10-1所示：

圖 10-1 跨平臺圖像瀏覽系統(tǒng)初始設(shè)計方案

在圖10-1的初始設(shè)計方案中，使用了一種多層繼承結(jié)構(gòu)粘姜，Image是抽象父類鬓照，而每一種類型的圖像類，如BMPImage孤紧、JPGImage等作為其直接子類豺裆，不同的圖像文件格式具有不同的解析方法，可以得到不同的像素矩陣号显；由于每一種圖像又需要在不同的操作系統(tǒng)中顯示臭猜，不同的操作系統(tǒng)在屏幕上顯示像素矩陣有所差異，因此需要為不同的圖像類再提供一組在不同操作系統(tǒng)顯示的子類押蚤，如為BMPImage提供三個子類BMPWindowsImp蔑歌、BMPLinuxImp和BMPUnixImp，分別用于在Windows揽碘、Linux和Unix三個不同的操作系統(tǒng)下顯示圖像次屠。

我們現(xiàn)在對該設(shè)計方案進(jìn)行分析，發(fā)現(xiàn)存在如下兩個主要問題：

(1)由于采用了多層繼承結(jié)構(gòu)雳刺，導(dǎo)致系統(tǒng)中類的個數(shù)急劇增加劫灶，圖10-1中，在各種圖像的操作系統(tǒng)實(shí)現(xiàn)層提供了12個具體類掖桦，加上各級抽象層的類本昏，系統(tǒng)中類的總個數(shù)達(dá)到了17個，在該設(shè)計方案中枪汪，具體層的類的個數(shù) = 所支持的圖像文件格式數(shù)×所支持的操作系統(tǒng)數(shù)涌穆。

(2)系統(tǒng)擴(kuò)展麻煩怔昨，由于每一個具體類既包含圖像文件格式信息，又包含操作系統(tǒng)信息蒲犬，因此無論是增加新的圖像文件格式還是增加新的操作系統(tǒng)朱监，都需要增加大量的具體類，例如在圖10-1中增加一種新的圖像文件格式TIF原叮，則需要增加3個具體類來實(shí)現(xiàn)該格式圖像在3種不同操作系統(tǒng)的顯示赫编；如果增加一個新的操作系統(tǒng)Mac OS，為了在該操作系統(tǒng)下能夠顯示各種類型的圖像奋隶，需要增加4個具體類擂送。這將導(dǎo)致系統(tǒng)變得非常龐大，增加運(yùn)行和維護(hù)開銷唯欣。

如何解決這兩個問題嘹吨？我們通過分析可得知，該系統(tǒng)存在兩個獨(dú)立變化的維度：圖像文件格式和操作系統(tǒng)境氢，如圖10-2所示：

圖 10-2 跨平臺圖像瀏覽器中存在的兩個獨(dú)立變化維度示意圖

在圖10-2中蟀拷，如何將各種不同類型的圖像文件解析為像素矩陣與圖像文件格式本身相關(guān)，而如何在屏幕上顯示像素矩陣則僅與操作系統(tǒng)相關(guān)萍聊。正因?yàn)閳D10-1所示結(jié)構(gòu)將這兩種職責(zé)集中在一個類中问芬，導(dǎo)致系統(tǒng)擴(kuò)展麻煩，從類的設(shè)計角度分析寿桨，具體類BMPWindowsImp此衅、BMPLinuxImp和BMPUnixImp等違反了“單一職責(zé)原則”，因?yàn)椴恢挂粋€引起它們變化的原因亭螟，它們將圖像文件解析和像素矩陣顯示這兩種完全不同的職責(zé)融合在一起挡鞍，任意一個職責(zé)發(fā)生改變都需要修改它們，系統(tǒng)擴(kuò)展困難预烙。

如何改進(jìn)墨微？我們的方案是將圖像文件格式（對應(yīng)圖像格式的解析）與操作系統(tǒng)（對應(yīng)像素矩陣的顯示）兩個維度分離，使得它們可以獨(dú)立變化扁掸，增加新的圖像文件格式或者操作系統(tǒng)時都對另一個維度不造成任何影響欢嘿。看到這里也糊，大家可能會問炼蹦，到底如何在軟件中實(shí)現(xiàn)將兩個維度分離呢？不用著急狸剃，本章我將為大家詳細(xì)介紹一種用于處理多維度變化的設(shè)計模式——橋接模式掐隐。

處理多維度變化——橋接模式（二）

10.2 橋接模式概述

橋接模式是一種很實(shí)用的結(jié)構(gòu)型設(shè)計模式，如果軟件系統(tǒng)中某個類存在兩個獨(dú)立變化的維度，通過該模式可以將這兩個維度分離出來虑省，使兩者可以獨(dú)立擴(kuò)展匿刮，讓系統(tǒng)更加符合“單一職責(zé)原則”。與多層繼承方案不同探颈，它將兩個獨(dú)立變化的維度設(shè)計為兩個獨(dú)立的繼承等級結(jié)構(gòu)熟丸，并且在抽象層建立一個抽象關(guān)聯(lián)，該關(guān)聯(lián)關(guān)系類似一條連接兩個獨(dú)立繼承結(jié)構(gòu)的橋伪节，故名橋接模式光羞。

橋接模式用一種巧妙的方式處理多層繼承存在的問題，用抽象關(guān)聯(lián)取代了傳統(tǒng)的多層繼承怀大，將類之間的靜態(tài)繼承關(guān)系轉(zhuǎn)換為動態(tài)的對象組合關(guān)系纱兑，使得系統(tǒng)更加靈活，并易于擴(kuò)展化借，同時有效控制了系統(tǒng)中類的個數(shù)潜慎。橋接定義如下：

橋接模式(Bridge Pattern)：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化蓖康。它是一種對象結(jié)構(gòu)型模式铐炫，又稱為柄體(Handle and Body)模式或接口(Interface)模式

橋接模式的結(jié)構(gòu)與其名稱一樣，存在一條連接兩個繼承等級結(jié)構(gòu)的橋蒜焊，橋接模式結(jié)構(gòu)如圖10-3所示：

圖 10-3 橋接模式結(jié)構(gòu)

在橋接模式結(jié)構(gòu)圖中包含如下幾個角色：

• Abstraction（抽象類）：用于定義抽象類的接口倒信，它一般是抽象類而不是接口，其中定義了一個Implementor（實(shí)現(xiàn)類接口）類型的對象并可以維護(hù)該對象山涡，它與Implementor之間具有關(guān)聯(lián)關(guān)系堤结，它既可以包含抽象業(yè)務(wù)方法唆迁，也可以包含具體業(yè)務(wù)方法鸭丛。

• RefinedAbstraction（擴(kuò)充抽象類）：擴(kuò)充由Abstraction定義的接口，通常情況下它不再是抽象類而是具體類唐责，它實(shí)現(xiàn)了在Abstraction中聲明的抽象業(yè)務(wù)方法鳞溉，在RefinedAbstraction中可以調(diào)用在Implementor中定義的業(yè)務(wù)方法。

• Implementor（實(shí)現(xiàn)類接口）：定義實(shí)現(xiàn)類的接口鼠哥，這個接口不一定要與Abstraction的接口完全一致熟菲，事實(shí)上這兩個接口可以完全不同，一般而言朴恳，Implementor接口僅提供基本操作抄罕，而Abstraction定義的接口可能會做更多更復(fù)雜的操作。Implementor接口對這些基本操作進(jìn)行了聲明于颖，而具體實(shí)現(xiàn)交給其子類呆贿。通過關(guān)聯(lián)關(guān)系，在Abstraction中不僅擁有自己的方法，還可以調(diào)用到Implementor中定義的方法做入，使用關(guān)聯(lián)關(guān)系來替代繼承關(guān)系冒晰。

• ConcreteImplementor（具體實(shí)現(xiàn)類）：具體實(shí)現(xiàn)Implementor接口，在不同的ConcreteImplementor中提供基本操作的不同實(shí)現(xiàn)竟块，在程序運(yùn)行時壶运，ConcreteImplementor對象將替換其父類對象，提供給抽象類具體的業(yè)務(wù)操作方法浪秘。

在使用橋接模式時蒋情，我們首先應(yīng)該識別出一個類所具有的兩個獨(dú)立變化的維度，將它們設(shè)計為兩個獨(dú)立的繼承等級結(jié)構(gòu)秫逝，為兩個維度都提供抽象層恕出，并建立抽象耦合。通常情況下违帆，我們將具有兩個獨(dú)立變化維度的類的一些普通業(yè)務(wù)方法和與之關(guān)系最密切的維度設(shè)計為“抽象類”層次結(jié)構(gòu)（抽象部分）浙巫，而將另一個維度設(shè)計為“實(shí)現(xiàn)類”層次結(jié)構(gòu)（實(shí)現(xiàn)部分）。例如：對于毛筆而言刷后，由于型號是其固有的維度的畴，因此可以設(shè)計一個抽象的毛筆類，在該類中聲明并部分實(shí)現(xiàn)毛筆的業(yè)務(wù)方法尝胆，而將各種型號的毛筆作為其子類丧裁；顏色是毛筆的另一個維度，由于它與毛筆之間存在一種“設(shè)置”的關(guān)系含衔，因此我們可以提供一個抽象的顏色接口煎娇，而將具體的顏色作為實(shí)現(xiàn)該接口的子類。在此贪染，型號可認(rèn)為是毛筆的抽象部分缓呛，而顏色是毛筆的實(shí)現(xiàn)部分，結(jié)構(gòu)示意圖如圖10-4所示：

圖 10-4 毛筆結(jié)構(gòu)示意圖

在圖10-4中杭隙，如果需要增加一種新型號的毛筆哟绊，只需擴(kuò)展左側(cè)的“抽象部分”，增加一個新的擴(kuò)充抽象類痰憎；如果需要增加一種新的顏色票髓，只需擴(kuò)展右側(cè)的“實(shí)現(xiàn)部分”，增加一個新的具體實(shí)現(xiàn)類铣耘。擴(kuò)展非常方便洽沟，無須修改已有代碼，且不會導(dǎo)致類的數(shù)目增長過快蜗细。

在具體編碼實(shí)現(xiàn)時裆操，由于在橋接模式中存在兩個獨(dú)立變化的維度，為了使兩者之間耦合度降低，首先需要針對兩個不同的維度提取抽象類和實(shí)現(xiàn)類接口跷车，并建立一個抽象關(guān)聯(lián)關(guān)系棘利。對于“實(shí)現(xiàn)部分”維度，典型的實(shí)現(xiàn)類接口代碼如下所示：

interface Implementor {  
    public void operationImpl();  
}

在實(shí)現(xiàn)Implementor接口的子類中實(shí)現(xiàn)了在該接口中聲明的方法朽缴，用于定義與該維度相對應(yīng)的一些具體方法善玫。

對于另一“抽象部分”維度而言办桨，其典型的抽象類代碼如下所示：

abstract class Abstraction {  
    
    //定義實(shí)現(xiàn)類接口對象 
    protected Implementor impl;  

    public void setImpl(Implementor impl) {  
        this.impl=impl;  
    }  

    //   
    public abstract void operation();   
}

在抽象類Abstraction中定義了一個實(shí)現(xiàn)類接口類型的成員對象impl吐根，再通過注入的方式給該對象賦值甘萧，一般將該對象的可見性定義為protected涧黄，以便在其子類中訪問Implementor的方法，其子類一般稱為擴(kuò)充抽象類或細(xì)化抽象類(RefinedAbstraction)朋魔，典型的RefinedAbstraction類代碼如下所示：

class RefinedAbstraction extends Abstraction {  
    public void operation() {  
        //業(yè)務(wù)代碼  
        impl.operationImpl();  //調(diào)用實(shí)現(xiàn)類的方法  
        //業(yè)務(wù)代碼  
    }  
}

對于客戶端而言淹仑，可以針對兩個維度的抽象層編程绢记，在程序運(yùn)行時再動態(tài)確定兩個維度的子類薪鹦，動態(tài)組合對象掌敬，將兩個獨(dú)立變化的維度完全解耦，以便能夠靈活地擴(kuò)充任一維度而對另一維度不造成任何影響池磁。

思考

如果系統(tǒng)中存在兩個以上的變化維度奔害，是否可以使用橋接模式進(jìn)行處理？如果可以地熄，系統(tǒng)該如何設(shè)計华临？

處理多維度變化——橋接模式（三）

10.3 完整解決方案

為了減少所需生成的子類數(shù)目端考，實(shí)現(xiàn)將操作系統(tǒng)和圖像文件格式兩個維度分離雅潭，使它們可以獨(dú)立改變，Sunny公司開發(fā)人員使用橋接模式來重構(gòu)跨平臺圖像瀏覽系統(tǒng)的設(shè)計却特，其基本結(jié)構(gòu)如圖10-5所示：

圖 10-5 跨平臺圖像瀏覽器系統(tǒng)結(jié)構(gòu)圖

在圖10-5中扶供，Image充當(dāng)抽象類，其子類JPGImage核偿、PNGImage诚欠、BMPImage和GIFImage充當(dāng)擴(kuò)充抽象類顽染；ImageImp充當(dāng)實(shí)現(xiàn)類接口漾岳，其子類WindowsImp、LinuxImp和UnixImp充當(dāng)具體實(shí)現(xiàn)類粉寞。完整代碼如下所示：

//像素矩陣類：輔助類尼荆，各種格式的文件最終都被轉(zhuǎn)化為像素矩陣，不同的操作系統(tǒng)提供不同的方式顯示像素矩陣  
class Matrix {  
    //此處代碼省略  
}  

//抽象圖像類：抽象類  
abstract class Image {  
    protected ImageImp imp;  

    public void setImageImp(ImageImp imp) {  
        this.imp = imp;  
    }   

    public abstract void parseFile(String fileName);  
}  

//抽象操作系統(tǒng)實(shí)現(xiàn)類：實(shí)現(xiàn)類接口  
interface ImageImp {  
    public void doPaint(Matrix m);  //顯示像素矩陣m  
}   

//Windows操作系統(tǒng)實(shí)現(xiàn)類：具體實(shí)現(xiàn)類  
class WindowsImp implements ImageImp {  
    public void doPaint(Matrix m) {  
        //調(diào)用Windows系統(tǒng)的繪制函數(shù)繪制像素矩陣  
        System.out.print("在Windows操作系統(tǒng)中顯示圖像：");  
    }  
}  

//Linux操作系統(tǒng)實(shí)現(xiàn)類：具體實(shí)現(xiàn)類  
class LinuxImp implements ImageImp {  
    public void doPaint(Matrix m) {  
        //調(diào)用Linux系統(tǒng)的繪制函數(shù)繪制像素矩陣  
        System.out.print("在Linux操作系統(tǒng)中顯示圖像：");  
    }  
}  

//Unix操作系統(tǒng)實(shí)現(xiàn)類：具體實(shí)現(xiàn)類  
class UnixImp implements ImageImp {  
    public void doPaint(Matrix m) {  
        //調(diào)用Unix系統(tǒng)的繪制函數(shù)繪制像素矩陣  
        System.out.print("在Unix操作系統(tǒng)中顯示圖像：");  
    }  
}  

//JPG格式圖像：擴(kuò)充抽象類  
class JPGImage extends Image {  
    public void parseFile(String fileName) {  
        //模擬解析JPG文件并獲得一個像素矩陣對象m;  
        Matrix m = new Matrix();   
        imp.doPaint(m);  
        System.out.println(fileName + "唧垦，格式為JPG捅儒。");  
    }  
}  

//PNG格式圖像：擴(kuò)充抽象類  
class PNGImage extends Image {  
    public void parseFile(String fileName) {  
        //模擬解析PNG文件并獲得一個像素矩陣對象m;  
        Matrix m = new Matrix();   
        imp.doPaint(m);  
        System.out.println(fileName + "，格式為PNG。");  
    }  
}  

//BMP格式圖像：擴(kuò)充抽象類  
class BMPImage extends Image {  
    public void parseFile(String fileName) {  
        //模擬解析BMP文件并獲得一個像素矩陣對象m;  
        Matrix m = new Matrix();   
        imp.doPaint(m);  
        System.out.println(fileName + "巧还，格式為BMP鞭莽。");  
    }  
}  

//GIF格式圖像：擴(kuò)充抽象類  
class GIFImage extends Image {  
    public void parseFile(String fileName) {  
        //模擬解析GIF文件并獲得一個像素矩陣對象m;  
        Matrix m = new Matrix();   
        imp.doPaint(m);  
        System.out.println(fileName + "，格式為GIF麸祷。");  
    }  
}

為了讓系統(tǒng)具有更好的靈活性和可擴(kuò)展性澎怒，我們引入了配置文件，將具體擴(kuò)充抽象類和具體實(shí)現(xiàn)類類名都存儲在配置文件中阶牍，再通過反射生成對象喷面，將生成的具體實(shí)現(xiàn)類對象注入到擴(kuò)充抽象類對象中，其中走孽，配置文件config.xml的代碼如下所示：

<?xml version="1.0"?>  
<config>  
    <!--RefinedAbstraction-->  
    <className>JPGImage</className>   
    <!--ConcreteImplementor-->  
    <className>WindowsImp</className>  
</config>

用于讀取配置文件config.xml并反射生成對象的XMLUtil類的代碼如下所示：

import javax.xml.parsers.*;  
import org.w3c.dom.*;  
import org.xml.sax.SAXException;  
import java.io.*;  
public class XMLUtil {  
//該方法用于從XML配置文件中提取具體類類名惧辈，并返回一個實(shí)例對象  
    public static Object getBean(String args) {  
        try {  
            //創(chuàng)建文檔對象  
            DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();  
            DocumentBuilder builder = dFactory.newDocumentBuilder();  
            Document doc;                             
            doc = builder.parse(new File("config.xml"));   
            NodeList nl=null;  
            Node classNode=null;  
            String cName=null;  
            nl = doc.getElementsByTagName("className");  

            if(args.equals("image")) {  
                //獲取第一個包含類名的節(jié)點(diǎn)，即擴(kuò)充抽象類  
                classNode=nl.item(0).getFirstChild();  

            }  
            else if(args.equals("os")) {  
               //獲取第二個包含類名的節(jié)點(diǎn)磕瓷，即具體實(shí)現(xiàn)類  
                classNode=nl.item(1).getFirstChild();  
            }  

             cName=classNode.getNodeValue();  
             //通過類名生成實(shí)例對象并將其返回  
             Class c=Class.forName(cName);  
             Object obj=c.newInstance();  
             return obj;          
           }     
           catch(Exception e) {  
              e.printStackTrace();  
              return null;  
          }  
     }  
}

編寫如下客戶端測試代碼：

class Client {  
    public static void main(String args[]) {  
        Image image;  
        ImageImp imp;  
        image = (Image)XMLUtil.getBean("image");  
        imp = (ImageImp)XMLUtil.getBean("os");  
        image.setImageImp(imp);  
        image.parseFile("小龍女");  
    }  
}

編譯并運(yùn)行程序盒齿，輸出結(jié)果如下：

在Windows操作系統(tǒng)中顯示圖像：小龍女，格式為JPG困食。

如果需要更換圖像文件格式或者更換操作系統(tǒng)县昂，只需修改配置文件即可，在實(shí)際使用時陷舅，可以通過分析圖像文件格式后綴名來確定具體的文件格式倒彰，在程序運(yùn)行時獲取操作系統(tǒng)信息來確定操作系統(tǒng)類型，無須使用配置文件莱睁。當(dāng)增加新的圖像文件格式或者操作系統(tǒng)時待讳，原有系統(tǒng)無須做任何修改，只需增加一個對應(yīng)的擴(kuò)充抽象類或具體實(shí)現(xiàn)類即可仰剿，系統(tǒng)具有較好的可擴(kuò)展性创淡，完全符合“開閉原則”。

處理多維度變化——橋接模式（四）

10.4 適配器模式與橋接模式的聯(lián)用

在軟件開發(fā)中南吮，適配器模式通沉詹剩可以與橋接模式聯(lián)合使用。適配器模式可以解決兩個已有接口間不兼容問題部凑，在這種情況下被適配的類往往是一個黑盒子露乏，有時候我們不想也不能改變這個被適配的類，也不能控制其擴(kuò)展涂邀。適配器模式通常用于現(xiàn)有系統(tǒng)與第三方產(chǎn)品功能的集成瘟仿，采用增加適配器的方式將第三方類集成到系統(tǒng)中。橋接模式則不同比勉，用戶可以通過接口繼承或類繼承的方式來對系統(tǒng)進(jìn)行擴(kuò)展劳较。

橋接模式和適配器模式用于設(shè)計的不同階段驹止，橋接模式用于系統(tǒng)的初步設(shè)計，對于存在兩個獨(dú)立變化維度的類可以將其分為抽象化和實(shí)現(xiàn)化兩個角色观蜗，使它們可以分別進(jìn)行變化臊恋；而在初步設(shè)計完成之后，當(dāng)發(fā)現(xiàn)系統(tǒng)與已有類無法協(xié)同工作時墓捻，可以采用適配器模式捞镰。但有時候在設(shè)計初期也需要考慮適配器模式，特別是那些涉及到大量第三方應(yīng)用接口的情況毙替。

下面通過一個實(shí)例來說明適配器模式和橋接模式的聯(lián)合使用：

在某系統(tǒng)的報表處理模塊中岸售，需要將報表顯示和數(shù)據(jù)采集分開，系統(tǒng)可以有多種報表顯示方式也可以有多種數(shù)據(jù)采集方式厂画，如可以從文本文件中讀取數(shù)據(jù)凸丸，也可以從數(shù)據(jù)庫中讀取數(shù)據(jù)，還可以從Excel文件中獲取數(shù)據(jù)袱院。如果需要從Excel文件中獲取數(shù)據(jù)屎慢，則需要調(diào)用與Excel相關(guān)的API，而這個API是現(xiàn)有系統(tǒng)所不具備的忽洛，該API由廠商提供腻惠。使用適配器模式和橋接模式設(shè)計該模塊。

在設(shè)計過程中欲虚，由于存在報表顯示和數(shù)據(jù)采集兩個獨(dú)立變化的維度集灌，因此可以使用橋接模式進(jìn)行初步設(shè)計；為了使用Excel相關(guān)的API來進(jìn)行數(shù)據(jù)采集則需要使用適配器模式复哆。系統(tǒng)的完整設(shè)計中需要將兩個模式聯(lián)用欣喧，如圖10-6所示：

圖 10-6 橋接模式與適配器模式聯(lián)用示意圖

10.5 橋接模式總結(jié)

橋接模式是設(shè)計Java虛擬機(jī)和實(shí)現(xiàn)JDBC等驅(qū)動程序的核心模式之一，應(yīng)用較為廣泛梯找。在軟件開發(fā)中如果一個類或一個系統(tǒng)有多個變化維度時唆阿，都可以嘗試使用橋接模式對其進(jìn)行設(shè)計。橋接模式為多維度變化的系統(tǒng)提供了一套完整的解決方案锈锤，并且降低了系統(tǒng)的復(fù)雜度驯鳖。

1. 主要優(yōu)點(diǎn)

橋接模式的主要優(yōu)點(diǎn)如下：

(1)分離抽象接口及其實(shí)現(xiàn)部分。橋接模式使用“對象間的關(guān)聯(lián)關(guān)系”解耦了抽象和實(shí)現(xiàn)之間固有的綁定關(guān)系久免，使得抽象和實(shí)現(xiàn)可以沿著各自的維度來變化浅辙。所謂抽象和實(shí)現(xiàn)沿著各自維度的變化，也就是說抽象和實(shí)現(xiàn)不再在同一個繼承層次結(jié)構(gòu)中妄壶，而是“子類化”它們摔握，使它們各自都具有自己的子類寄狼，以便任何組合子類丁寄，從而獲得多維度組合對象氨淌。

(2)在很多情況下，橋接模式可以取代多層繼承方案伊磺，多層繼承方案違背了“單一職責(zé)原則”盛正，復(fù)用性較差，且類的個數(shù)非常多屑埋，橋接模式是比多層繼承方案更好的解決方法豪筝，它極大減少了子類的個數(shù)。

(3)橋接模式提高了系統(tǒng)的可擴(kuò)展性摘能，在兩個變化維度中任意擴(kuò)展一個維度续崖，都不需要修改原有系統(tǒng)，符合“開閉原則”团搞。

2. 主要缺點(diǎn)

橋接模式的主要缺點(diǎn)如下：

(1)橋接模式的使用會增加系統(tǒng)的理解與設(shè)計難度严望，由于關(guān)聯(lián)關(guān)系建立在抽象層，要求開發(fā)者一開始就針對抽象層進(jìn)行設(shè)計與編程逻恐。

(2)橋接模式要求正確識別出系統(tǒng)中兩個獨(dú)立變化的維度像吻，因此其使用范圍具有一定的局限性，如何正確識別兩個獨(dú)立維度也需要一定的經(jīng)驗(yàn)積累复隆。

3. 適用場景

在以下情況下可以考慮使用橋接模式：

(1)如果一個系統(tǒng)需要在抽象化和具體化之間增加更多的靈活性拨匆，避免在兩個層次之間建立靜態(tài)的繼承關(guān)系，通過橋接模式可以使它們在抽象層建立一個關(guān)聯(lián)關(guān)系挽拂。

(2)“抽象部分”和“實(shí)現(xiàn)部分”可以以繼承的方式獨(dú)立擴(kuò)展而互不影響惭每，在程序運(yùn)行時可以動態(tài)將一個抽象化子類的對象和一個實(shí)現(xiàn)化子類的對象進(jìn)行組合，即系統(tǒng)需要對抽象化角色和實(shí)現(xiàn)化角色進(jìn)行動態(tài)耦合亏栈。

(3)一個類存在兩個（或多個）獨(dú)立變化的維度洪鸭，且這兩個（或多個）維度都需要獨(dú)立進(jìn)行擴(kuò)展。

(4)對于那些不希望使用繼承或因?yàn)槎鄬永^承導(dǎo)致系統(tǒng)類的個數(shù)急劇增加的系統(tǒng)仑扑，橋接模式尤為適用览爵。

練習(xí)

Sunny軟件公司欲開發(fā)一個數(shù)據(jù)轉(zhuǎn)換工具，可以將數(shù)據(jù)庫中的數(shù)據(jù)轉(zhuǎn)換成多種文件格式镇饮，例如txt蜓竹、xml、pdf等格式储藐，同時該工具需要支持多種不同的數(shù)據(jù)庫俱济。試使用橋接模式對其進(jìn)行設(shè)計。

練習(xí)會在我的github上做掉