將抽象部分與它的實(shí)現(xiàn)部分分離成不同維度蜜宪，使它們都可以獨(dú)立地變化。它是一種對(duì)象結(jié)構(gòu)型模式，又稱為柄體(Handle and Body)模式或接口(Interface)模式。
類型
結(jié)構(gòu)型
簡介
與多層繼承方案不同笤成，它將兩個(gè)獨(dú)立變化的維度設(shè)計(jì)為兩個(gè)獨(dú)立的繼承等級(jí)結(jié)構(gòu)，并且在抽象層建立一個(gè)抽象關(guān)聯(lián)眷茁，該關(guān)聯(lián)關(guān)系類似一條連接兩個(gè)獨(dú)立繼承結(jié)構(gòu)的橋炕泳，故名橋接模式。
參與者
- Abstraction（抽象類）：用于定義抽象類的接口上祈，它一般是抽象類而不是接口培遵，其中定義了一個(gè)Implementor（實(shí)現(xiàn)類接口）類型的對(duì)象并可以維護(hù)該對(duì)象，<u>它與Implementor之間具有關(guān)聯(lián)關(guān)系</u>登刺，它既可以包含抽象業(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)類的接口，<u>這個(gè)接口不一定要與Abstraction的接口完全一致矾瘾，事實(shí)上這兩個(gè)接口可以完全不同</u>女轿，一般而言，<u>Implementor接口僅提供基本操作壕翩，而Abstraction定義的接口可能會(huì)做更多更復(fù)雜的操作</u>蛉迹。Implementor接口對(duì)這些基本操作進(jìn)行了聲明，而具體實(shí)現(xiàn)交給其子類放妈。通過關(guān)聯(lián)關(guān)系北救，在Abstraction中不僅擁有自己的方法荐操，還可以調(diào)用到Implementor中定義的方法，<u>使用關(guān)聯(lián)關(guān)系來替代繼承關(guān)系</u>珍策。
- ConcreteImplementor（具體實(shí)現(xiàn)類）：具體實(shí)現(xiàn)Implementor接口托启，在不同的ConcreteImplementor中提供基本操作的不同實(shí)現(xiàn)，在程序運(yùn)行時(shí)攘宙，ConcreteImplementor對(duì)象將替換其父類對(duì)象屯耸，提供給抽象類具體的業(yè)務(wù)操作方法。
用法
在使用橋接模式時(shí)蹭劈，我們首先應(yīng)該識(shí)別出一個(gè)類所具有的兩個(gè)獨(dú)立變化的維度疗绣，將它們?cè)O(shè)計(jì)為兩個(gè)獨(dú)立的繼承等級(jí)結(jié)構(gòu)。然后確定聚合關(guān)系铺韧，即劃分出抽象部分和實(shí)現(xiàn)部分多矮，為兩個(gè)維度都提供抽象層，從而建立起抽象耦合祟蚀。
橋接模式是一個(gè)非常有用的模式工窍，在橋接模式中體現(xiàn)了很多面向?qū)ο笤O(shè)計(jì)原則的思想，包括“單一職責(zé)原則”前酿、“開閉原則”患雏、“合成復(fù)用原則”、“里氏代換原則”罢维、“依賴倒轉(zhuǎn)原則”等淹仑。熟悉橋接模式有助于我們深入理解這些設(shè)計(jì)原則，也有助于我們形成正確的設(shè)計(jì)思想和培養(yǎng)良好的設(shè)計(jì)風(fēng)格肺孵。
適配器模式與橋接模式的聯(lián)用
- 用于設(shè)計(jì)的不同階段
橋接模式用于系統(tǒng)的初步設(shè)計(jì)匀借，對(duì)于存在兩個(gè)獨(dú)立變化維度的類可以將其分為抽象化和實(shí)現(xiàn)化兩個(gè)角色，使它們可以分別進(jìn)行變化平窘；而在初步設(shè)計(jì)完成之后吓肋，當(dāng)發(fā)現(xiàn)系統(tǒng)與已有類無法協(xié)同工作時(shí)，可以采用適配器模式瑰艘。 - 有時(shí)候在設(shè)計(jì)初期也需要考慮適配器模式是鬼，特別是涉及到大量第三方應(yīng)用接口的情況。
總結(jié)
接模式是設(shè)計(jì)JAVA虛擬機(jī)和實(shí)現(xiàn)JDBC等驅(qū)動(dòng)程序的核心模式之一紫新，應(yīng)用較為廣泛均蜜。在軟件開發(fā)中如果一個(gè)類或一個(gè)系統(tǒng)有多個(gè)變化維度時(shí)，都可以嘗試使用橋接模式對(duì)其進(jìn)行設(shè)計(jì)芒率。
橋接模式中囤耳，客戶端需要知道橋兩端的對(duì)象（抽象部分和實(shí)現(xiàn)部分）
優(yōu)點(diǎn)
- 分離抽象接口及其實(shí)現(xiàn)部分。
- 在很多情況下，橋接模式可以取代多層繼承方案充择。多層繼承方案違背了“單一職責(zé)原則”德玫，有類爆炸的風(fēng)險(xiǎn)。
- 橋接模式提高了系統(tǒng)的可擴(kuò)展性聪铺，在兩個(gè)變化維度中任意擴(kuò)展一個(gè)維度化焕，都不需要修改原有系統(tǒng)，符合“開閉原則”铃剔。
適用場(chǎng)景
- 如果一個(gè)系統(tǒng)需要在抽象化和具體化之間增加更多的靈活性撒桨，避免在兩個(gè)層次之間建立靜態(tài)的繼承關(guān)系，通過橋接模式可以使它們?cè)诔橄髮咏⒁粋€(gè)關(guān)聯(lián)關(guān)系键兜。
- “抽象部分”和“實(shí)現(xiàn)部分”可以以繼承的方式獨(dú)立擴(kuò)展而互不影響凤类，在程序運(yùn)行時(shí)可以動(dòng)態(tài)將一個(gè)抽象化子類的對(duì)象和一個(gè)實(shí)現(xiàn)化子類的對(duì)象進(jìn)行組合，即系統(tǒng)需要對(duì)抽象化角色和實(shí)現(xiàn)化角色進(jìn)行動(dòng)態(tài)耦合普气。
- 一個(gè)類存在兩個(gè)（或多個(gè)）獨(dú)立變化的維度谜疤，且這兩個(gè)（或多個(gè)）維度都需要獨(dú)立進(jìn)行擴(kuò)展。
- 對(duì)于那些不希望使用繼承或因?yàn)槎鄬永^承導(dǎo)致系統(tǒng)類的個(gè)數(shù)急劇增加的系統(tǒng)现诀，橋接模式尤為適用夷磕。
