在正式介紹橋接模式之前丁眼，我先跟大家談?wù)剝煞N常見文具的區(qū)別埠况，它們是毛筆和蠟筆耸携。假如我們需要大中小3種型號的畫筆，能夠繪制12種不同的顏色辕翰，如果使用蠟筆夺衍，需要準(zhǔn)備3×12 = 36支，但如果使用毛筆的話喜命，只需要提供3種型號的毛筆沟沙，外加12個顏料盒即可，涉及到的對象個數(shù)僅為3 + 12 = 15壁榕，遠(yuǎn)小于36矛紫，卻能實現(xiàn)與36支蠟筆同樣的功能。如果增加一種新型號的畫筆牌里，并且也需要具有12種顏色颊咬，對應(yīng)的蠟筆需增加12支，而毛筆只需增加一支牡辽。為什么會這樣呢喳篇？通過分析我們可以得知：在蠟筆中，顏色和型號兩個不同的變化維度（即兩個不同的變化原因）融合在一起催享，無論是對顏色進(jìn)行擴(kuò)展還是對型號進(jìn)行擴(kuò)展都勢必會影響另一個維度杭隙；但在毛筆中，顏色和型號實現(xiàn)了分離因妙，增加新的顏色或者型號對另一方都沒有任何影響痰憎。如果使用軟件工程中的術(shù)語，我們可以認(rèn)為在蠟筆中顏色和型號之間存在較強(qiáng)的耦合性攀涵，而毛筆很好地將二者解耦铣耘，使用起來非常靈活，擴(kuò)展也更為方便以故。在軟件開發(fā)中蜗细，我們也提供了一種設(shè)計模式來處理與畫筆類似的具有多變化維度的情況，即本章將要介紹的橋接模式怒详。

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

Sunny軟件公司欲開發(fā)一個跨平臺圖像瀏覽系統(tǒng)炉媒，要求該系統(tǒng)能夠顯示BMP、JPG昆烁、GIF吊骤、PNG等多種格式的文件，并且能夠在Windows静尼、Linux白粉、Unix等多個操作系統(tǒng)上運行传泊。系統(tǒng)首先將各種格式的文件解析為像素矩陣(Matrix)，然后將像素矩陣顯示在屏幕上鸭巴，在不同的操作系統(tǒng)中可以調(diào)用不同的繪制函數(shù)來繪制像素矩陣眷细。系統(tǒng)需具有較好的擴(kuò)展性以支持新的文件格式和操作系統(tǒng)。

Sunny軟件公司的開發(fā)人員針對上述要求鹃祖，提出了一個初始設(shè)計方案溪椎，其基本結(jié)構(gòu)：

初始設(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)實現(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個具體類來實現(xiàn)該格式圖像在3種不同操作系統(tǒng)的顯示澎怒；如果增加一個新的操作系統(tǒng)Mac OS褒搔，為了在該操作系統(tǒng)下能夠顯示各種類型的圖像阶牍，需要增加4個具體類。這將導(dǎo)致系統(tǒng)變得非常龐大星瘾，增加運行和維護(hù)開銷走孽。

如何解決這兩個問題？我們通過分析可得知琳状，該系統(tǒng)存在兩個獨立變化的維度：圖像文件格式和操作系統(tǒng)：

如何將各種不同類型的圖像文件解析為像素矩陣與圖像文件格式本身相關(guān)磕瓷，而如何在屏幕上顯示像素矩陣則僅與操作系統(tǒng)相關(guān)。正因為圖10-1所示結(jié)構(gòu)將這兩種職責(zé)集中在一個類中念逞，導(dǎo)致系統(tǒng)擴(kuò)展麻煩困食，從類的設(shè)計角度分析，具體類BMPWindowsImp翎承、BMPLinuxImp和BMPUnixImp等違反了“單一職責(zé)原則”硕盹，因為不止一個引起它們變化的原因，它們將圖像文件解析和像素矩陣顯示這兩種完全不同的職責(zé)融合在一起叨咖，任意一個職責(zé)發(fā)生改變都需要修改它們瘩例，系統(tǒng)擴(kuò)展困難。

2 橋接模式概述

橋接模式是一種很實用的結(jié)構(gòu)型設(shè)計模式甸各，如果軟件系統(tǒng)中某個類存在兩個獨立變化的維度垛贤，通過該模式可以將這兩個維度分離出來，使兩者可以獨立擴(kuò)展趣倾，讓系統(tǒng)更加符合“單一職責(zé)原則”聘惦。與多層繼承方案不同，它將兩個獨立變化的維度設(shè)計為兩個獨立的繼承等級結(jié)構(gòu)儒恋，并且在抽象層建立一個抽象關(guān)聯(lián)善绎，該關(guān)聯(lián)關(guān)系類似一條連接兩個獨立繼承結(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)：將抽象部分與它的實現(xiàn)部分分離浩聋，使它們都可以獨立地變化。它是一種對象結(jié)構(gòu)型模式臊恋，又稱為柄體(Handle and Body)模式或接口(Interface)模式衣洁。

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

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

●Abstraction（抽象類）：用于定義抽象類的接口坊夫，它一般是抽象類而不是接口砖第，其中定義了一個Implementor（實現(xiàn)類接口）類型的對象并可以維護(hù)該對象，它與Implementor之間具有關(guān)聯(lián)關(guān)系环凿，它既可以包含抽象業(yè)務(wù)方法梧兼，也可以包含具體業(yè)務(wù)方法。

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

●Implementor（實現(xiàn)類接口）：定義實現(xiàn)類的接口考赛，這個接口不一定要與Abstraction的接口完全一致，事實上這兩個接口可以完全不同莉测，一般而言颜骤，Implementor接口僅提供基本操作，而Abstraction定義的接口可能會做更多更復(fù)雜的操作捣卤。Implementor接口對這些基本操作進(jìn)行了聲明复哆，而具體實現(xiàn)交給其子類。通過關(guān)聯(lián)關(guān)系腌零，在Abstraction中不僅擁有自己的方法，還可以調(diào)用到Implementor中定義的方法唆阿，使用關(guān)聯(lián)關(guān)系來替代繼承關(guān)系益涧。

●ConcreteImplementor（具體實現(xiàn)類）：具體實現(xiàn)Implementor接口，在不同的ConcreteImplementor中提供基本操作的不同實現(xiàn)驯鳖，在程序運行時闲询，ConcreteImplementor對象將替換其父類對象，提供給抽象類具體的業(yè)務(wù)操作方法浅辙。

橋接模式是一個非常有用的模式扭弧，在橋接模式中體現(xiàn)了很多面向?qū)ο笤O(shè)計原則的思想，包括“單一職責(zé)原則”记舆、“開閉原則”鸽捻、“合成復(fù)用原則”、“里氏代換原則”泽腮、“依賴倒轉(zhuǎn)原則”等御蒲。熟悉橋接模式有助于我們深入理解這些設(shè)計原則，也有助于我們形成正確的設(shè)計思想和培養(yǎng)良好的設(shè)計風(fēng)格诊赊。

在使用橋接模式時厚满，我們首先應(yīng)該識別出一個類所具有的兩個獨立變化的維度，將它們設(shè)計為兩個獨立的繼承等級結(jié)構(gòu)碧磅，為兩個維度都提供抽象層碘箍，并建立抽象耦合遵馆。通常情況下，我們將具有兩個獨立變化維度的類的一些普通業(yè)務(wù)方法和與之關(guān)系最密切的維度設(shè)計為“抽象類”層次結(jié)構(gòu)（抽象部分）丰榴，而將另一個維度設(shè)計為“實現(xiàn)類”層次結(jié)構(gòu)（實現(xiàn)部分）货邓。例如：對于毛筆而言，由于型號是其固有的維度多艇，因此可以設(shè)計一個抽象的毛筆類逻恐，在該類中聲明并部分實現(xiàn)毛筆的業(yè)務(wù)方法，而將各種型號的毛筆作為其子類峻黍；顏色是毛筆的另一個維度复隆，由于它與毛筆之間存在一種“設(shè)置”的關(guān)系，因此我們可以提供一個抽象的顏色接口姆涩，而將具體的顏色作為實現(xiàn)該接口的子類挽拂。在此，型號可認(rèn)為是毛筆的抽象部分骨饿，而顏色是毛筆的實現(xiàn)部分亏栈，結(jié)構(gòu)示意圖如圖所示：

如果需要增加一種新型號的毛筆，只需擴(kuò)展左側(cè)的“抽象部分”宏赘，增加一個新的擴(kuò)充抽象類绒北；如果需要增加一種新的顏色，只需擴(kuò)展右側(cè)的“實現(xiàn)部分”察署，增加一個新的具體實現(xiàn)類闷游。擴(kuò)展非常方便，無須修改已有代碼贴汪，且不會導(dǎo)致類的數(shù)目增長過快脐往。

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

[java]view plaincopy

interfaceImplementor?{

publicvoidoperationImpl();

}

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

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

[java]view plaincopy

abstractclassAbstraction?{

protectedImplementor?impl;//定義實現(xiàn)類接口對象

publicvoidsetImpl(Implementor?impl)?{

this.impl=impl;

}

publicabstractvoidoperation();//聲明抽象業(yè)務(wù)方法

}

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

[java]view plaincopy

classRefinedAbstractionextendsAbstraction?{

publicvoidoperation()?{

//業(yè)務(wù)代碼

impl.operationImpl();//調(diào)用實現(xiàn)類的方法

//業(yè)務(wù)代碼

}

}

對于客戶端而言邀跃，可以針對兩個維度的抽象層編程霉咨，在程序運行時再動態(tài)確定兩個維度的子類，動態(tài)組合對象拍屑，將兩個獨立變化的維度完全解耦途戒，以便能夠靈活地擴(kuò)充任一維度而對另一維度不造成任何影響。

3? 完整解決方案

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

Image充當(dāng)抽象類星爪，其子類JPGImage、PNGImage粉私、BMPImage和GIFImage充當(dāng)擴(kuò)充抽象類顽腾；ImageImp充當(dāng)實現(xiàn)類接口，其子類WindowsImp诺核、LinuxImp和UnixImp充當(dāng)具體實現(xiàn)類抄肖。完整代碼如下所示：

[java]view plaincopy

//像素矩陣類：輔助類，各種格式的文件最終都被轉(zhuǎn)化為像素矩陣窖杀，不同的操作系統(tǒng)提供不同的方式顯示像素矩陣

classMatrix?{

//此處代碼省略

}

//抽象圖像類：抽象類

abstractclassImage?{

protectedImageImp?imp;

publicvoidsetImageImp(ImageImp?imp)?{

this.imp?=?imp;

}

publicabstractvoidparseFile(String?fileName);

}

//抽象操作系統(tǒng)實現(xiàn)類：實現(xiàn)類接口

interfaceImageImp?{

publicvoiddoPaint(Matrix?m);//顯示像素矩陣m

}

//Windows操作系統(tǒng)實現(xiàn)類：具體實現(xiàn)類

classWindowsImpimplementsImageImp?{

publicvoiddoPaint(Matrix?m)?{

//調(diào)用Windows系統(tǒng)的繪制函數(shù)繪制像素矩陣

System.out.print("在Windows操作系統(tǒng)中顯示圖像：");

}

}

//Linux操作系統(tǒng)實現(xiàn)類：具體實現(xiàn)類

classLinuxImpimplementsImageImp?{

publicvoiddoPaint(Matrix?m)?{

//調(diào)用Linux系統(tǒng)的繪制函數(shù)繪制像素矩陣

System.out.print("在Linux操作系統(tǒng)中顯示圖像：");

}

}

//Unix操作系統(tǒng)實現(xiàn)類：具體實現(xiàn)類

classUnixImpimplementsImageImp?{

publicvoiddoPaint(Matrix?m)?{

//調(diào)用Unix系統(tǒng)的繪制函數(shù)繪制像素矩陣

System.out.print("在Unix操作系統(tǒng)中顯示圖像：");

}

}

//JPG格式圖像：擴(kuò)充抽象類

classJPGImageextendsImage?{

publicvoidparseFile(String?fileName)?{

//模擬解析JPG文件并獲得一個像素矩陣對象m;

Matrix?m?=newMatrix();

imp.doPaint(m);

System.out.println(fileName?+"漓摩，格式為JPG。");

}

}

//PNG格式圖像：擴(kuò)充抽象類

classPNGImageextendsImage?{

publicvoidparseFile(String?fileName)?{

//模擬解析PNG文件并獲得一個像素矩陣對象m;

Matrix?m?=newMatrix();

imp.doPaint(m);

System.out.println(fileName?+"入客，格式為PNG幌甘。");

}

}

//BMP格式圖像：擴(kuò)充抽象類

classBMPImageextendsImage?{

publicvoidparseFile(String?fileName)?{

//模擬解析BMP文件并獲得一個像素矩陣對象m;

Matrix?m?=newMatrix();

imp.doPaint(m);

System.out.println(fileName?+"，格式為BMP痊项。");

}

}

//GIF格式圖像：擴(kuò)充抽象類

classGIFImageextendsImage?{

publicvoidparseFile(String?fileName)?{

//模擬解析GIF文件并獲得一個像素矩陣對象m;

Matrix?m?=newMatrix();

imp.doPaint(m);

System.out.println(fileName?+"，格式為GIF酥诽。");

}

}

為了讓系統(tǒng)具有更好的靈活性和可擴(kuò)展性鞍泉，我們引入了配置文件，將具體擴(kuò)充抽象類和具體實現(xiàn)類類名都存儲在配置文件中肮帐，再通過反射生成對象咖驮，將生成的具體實現(xiàn)類對象注入到擴(kuò)充抽象類對象中，其中训枢，配置文件config.xml的代碼如下所示：

[html]view plaincopy

<?xmlversion="1.0"?>

<config>

<!--RefinedAbstraction-->

<className>JPGImage</className>

<!--ConcreteImplementor-->

<className>WindowsImp</className>

</config>

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

[java]view plaincopy

importjavax.xml.parsers.*;

importorg.w3c.dom.*;

importorg.xml.sax.SAXException;

importjava.io.*;

publicclassXMLUtil?{

//該方法用于從XML配置文件中提取具體類類名托修，并返回一個實例對象

publicstaticObject?getBean(String?args)?{

try{

//創(chuàng)建文檔對象

DocumentBuilderFactory?dFactory?=?DocumentBuilderFactory.newInstance();

DocumentBuilder?builder?=?dFactory.newDocumentBuilder();

Document?doc;

doc?=?builder.parse(newFile("config.xml"));

NodeList?nl=null;

Node?classNode=null;

String?cName=null;

nl?=?doc.getElementsByTagName("className");

if(args.equals("image"))?{

//獲取第一個包含類名的節(jié)點，即擴(kuò)充抽象類

classNode=nl.item(0).getFirstChild();

}

elseif(args.equals("os"))?{

//獲取第二個包含類名的節(jié)點恒界，即具體實現(xiàn)類

classNode=nl.item(1).getFirstChild();

}

cName=classNode.getNodeValue();

//通過類名生成實例對象并將其返回

Class?c=Class.forName(cName);

Object?obj=c.newInstance();

returnobj;

}

catch(Exception?e)?{

e.printStackTrace();

returnnull;

}

}

}

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

[java]view plaincopy

classClient?{

publicstaticvoidmain(String?args[])?{

Image?image;

ImageImp?imp;

image?=?(Image)XMLUtil.getBean("image");

imp?=?(ImageImp)XMLUtil.getBean("os");

image.setImageImp(imp);

image.parseFile("小龍女");

}

}

編譯并運行程序睦刃，輸出結(jié)果如下：

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

如果需要更換圖像文件格式或者更換操作系統(tǒng)涩拙，只需修改配置文件即可际长，在實際使用時，可以通過分析圖像文件格式后綴名來確定具體的文件格式兴泥，在程序運行時獲取操作系統(tǒng)信息來確定操作系統(tǒng)類型工育，無須使用配置文件。當(dāng)增加新的圖像文件格式或者操作系統(tǒng)時搓彻，原有系統(tǒng)無須做任何修改如绸，只需增加一個對應(yīng)的擴(kuò)充抽象類或具體實現(xiàn)類即可，系統(tǒng)具有較好的可擴(kuò)展性旭贬，完全符合“開閉原則”怔接。

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

在軟件開發(fā)中，適配器模式通称锔荩可以與橋接模式聯(lián)合使用蜕提。適配器模式可以解決兩個已有接口間不兼容問題，在這種情況下被適配的類往往是一個黑盒子靶端，有時候我們不想也不能改變這個被適配的類谎势，也不能控制其擴(kuò)展。適配器模式通常用于現(xiàn)有系統(tǒng)與第三方產(chǎn)品功能的集成杨名，采用增加適配器的方式將第三方類集成到系統(tǒng)中脏榆。橋接模式則不同，用戶可以通過接口繼承或類繼承的方式來對系統(tǒng)進(jìn)行擴(kuò)展台谍。

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

下面通過一個實例來說明適配器模式和橋接模式的聯(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ù)采集兩個獨立變化的維度潜索，因此可以使用橋接模式進(jìn)行初步設(shè)計列牺；為了使用Excel相關(guān)的API來進(jìn)行數(shù)據(jù)采集則需要使用適配器模式泌辫。系統(tǒng)的完整設(shè)計中需要將兩個模式聯(lián)用，如圖：

10.5橋接模式總結(jié)

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

1.主要優(yōu)點

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

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

(2)在很多情況下莫杈，橋接模式可以取代多層繼承方案，多層繼承方案違背了“單一職責(zé)原則”，復(fù)用性較差痘番，且類的個數(shù)非常多觉增，橋接模式是比多層繼承方案更好的解決方法说铃，它極大減少了子類的個數(shù)砾嫉。

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

2.主要缺點

橋接模式的主要缺點如下：

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

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

3.適用場景

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

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

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

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

(4)對于那些不希望使用繼承或因為多層繼承導(dǎo)致系統(tǒng)類的個數(shù)急劇增加的系統(tǒng)财忽，橋接模式尤為適用倘核。