概述 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

在軟件系統(tǒng)中，某些類(lèi)型由于自身的邏輯，它具有兩個(gè)或多個(gè)維度的變化，那么如何應(yīng)對(duì)這種“多維度的變化”？如何利用面向?qū)ο蟮募夹g(shù)來(lái)使得該類(lèi)型能夠輕松的沿著多個(gè)方向進(jìn)行變化，而又不引入額外的復(fù)雜度？

例子：設(shè)想如果要繪制矩形、圓形、橢圓、正方形，我們至少需要4個(gè)形狀類(lèi)，但是如果繪制的圖形需要具有不同的顏色，如紅色、綠色、藍(lán)色等，此時(shí)至少有如下兩種設(shè)計(jì)方案：

?第一種設(shè)計(jì)方案是為每一種形狀都提供一套各種顏色的版本。 ?第二種設(shè)計(jì)方案是根據(jù)實(shí)際需要對(duì)形狀和顏色進(jìn)行組合。

方案1:

方案2：

對(duì)于有兩個(gè)變化維度（即兩個(gè)變化的原因）的系統(tǒng)，采用方案二來(lái)進(jìn)行設(shè)計(jì)系統(tǒng)中類(lèi)的個(gè)數(shù)更少，且系統(tǒng)擴(kuò)展更為方便。設(shè)計(jì)方案二即是橋接模式的應(yīng)用。橋接模式將繼承關(guān)系轉(zhuǎn)換為關(guān)聯(lián)關(guān)系，從而降低了類(lèi)與類(lèi)之間的耦合，減少了代碼編寫(xiě)量。

概念 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

將抽象部分與實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立的變化。 ? ? ??

當(dāng)一個(gè)抽象可能有多個(gè)實(shí)現(xiàn)時(shí)，通常用繼承來(lái)協(xié)調(diào)他們。抽象類(lèi)的定義對(duì)該抽象的接口。而具體的子類(lèi)則用不同的方式加以實(shí)現(xiàn)，但是此方法有時(shí)不夠靈活。繼承機(jī)制將抽象部分與他的視線(xiàn)部分固定在一起，使得難以對(duì)抽象部分和實(shí)現(xiàn)部分獨(dú)立地進(jìn)行修改、擴(kuò)充和充用。

理解橋接模式，重點(diǎn)需要理解如何將抽象化(Abstraction)與實(shí)現(xiàn)化(Implementation)脫耦，使得二者可以獨(dú)立地變化。 ?抽象化：抽象化就是忽略一些信息，把不同的實(shí)體當(dāng)作同樣的實(shí)體對(duì)待。在面向?qū)ο笾?#xff0c;將對(duì)象的共同性質(zhì)抽取出來(lái)形成類(lèi)的過(guò)程即為抽象化的過(guò)程。 ?實(shí)現(xiàn)化：針對(duì)抽象化給出的具體實(shí)現(xiàn)，就是實(shí)現(xiàn)化，抽象化與實(shí)現(xiàn)化是一對(duì)互逆的概念，實(shí)現(xiàn)化產(chǎn)生的對(duì)象比抽象化更具體，是對(duì)抽象化事物的進(jìn)一步具體化的產(chǎn)物。 ?脫耦：脫耦就是將抽象化和實(shí)現(xiàn)化之間的耦合解脫開(kāi)，或者說(shuō)是將它們之間的強(qiáng)關(guān)聯(lián)改換成弱關(guān)聯(lián)，將兩個(gè)角色之間的繼承關(guān)系改為關(guān)聯(lián)關(guān)系。橋接模式中的所謂脫耦，就是指在一個(gè)軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用關(guān)聯(lián)關(guān)系（組合或者聚合關(guān)系）而不是繼承關(guān)系，從而使兩者可以相對(duì)獨(dú)立地變化，這就是橋接模式的用意。

適用

你不希望在抽象和他的實(shí)現(xiàn)部分之間有一個(gè)固定的邦定關(guān)系，如在程序的運(yùn)行時(shí)刻實(shí)現(xiàn)部分應(yīng)該可以被選擇或者切換。

類(lèi)的抽象以及他的視像都可以通過(guò)生成子類(lèi)的方法加以擴(kuò)充。這時(shí)bridge模式使你可以對(duì)不同的抽象接口和實(shí)現(xiàn)部分進(jìn)行組合，并對(duì)他們進(jìn)行擴(kuò)充。

對(duì)一個(gè)抽象的實(shí)現(xiàn)部分的修改應(yīng)該對(duì)客戶(hù)不產(chǎn)生影響，即客戶(hù)的代碼不需要重新編譯。

你想對(duì)客戶(hù)完全隱藏抽象的實(shí)現(xiàn)部分。

你想在多個(gè)實(shí)現(xiàn)間共享實(shí)現(xiàn)，但同時(shí)要求客戶(hù)并不知道這一點(diǎn)。

?類(lèi)圖 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

?

組成角色 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

抽象類(lèi)(Abstraction):定義抽象類(lèi)的接口,維護(hù)一個(gè)指向Implementor類(lèi)型對(duì)象的指針

擴(kuò)充抽象類(lèi)(RefinedAbstraction)：擴(kuò)充由Abstraction定義的接口

實(shí)現(xiàn)類(lèi)接口(Implementor)：定義實(shí)現(xiàn)類(lèi)的接口，該接口不一定要與 Abstraction的接口完全一致；事實(shí)上這兩個(gè)接口可以完全不同。一般來(lái)講， Implementor接口僅提供基本操作，而 Abstraction則定義了基于這些基本操作的較高層次的操作。

具體實(shí)現(xiàn)類(lèi)(ConcreteImplementor)：實(shí)現(xiàn)Implementor接口并定義它的具體實(shí)現(xiàn)。

代碼

?AbstractShape.java

package com.yydcdut;public abstract class AbstractShape {Color color;public AbstractShape(Color color) {super();this.color = color;}public abstract void draw(); }

?

?顏色接口

package com.yydcdut;public interface Color {String getColor(); }

?

正方形Squre繼承圖形抽象類(lèi)

package com.yydcdut;public class Square extends AbstractShape {public Square(Color color) {super(color);}@Overridepublic void draw() {System.out.println("使用"+color.getColor()+"畫(huà)正方形");}}

圓形Cirlce繼承圖形抽象類(lèi)

package com.yydcdut;public class Circle extends AbstractShape {public Circle(Color color) {super(color);}@Overridepublic void draw() {System.out.println("使用"+color.getColor()+"畫(huà)圓");}}

?

Red紅色實(shí)現(xiàn)顏色Color接口

package com.yydcdut;public class Red implements Color {@Overridepublic String getColor() {return "紅色";}}

?

Green綠色實(shí)現(xiàn)顏色Color接口

package com.yydcdut;public class Green implements Color {@Overridepublic String getColor() {return "綠色";}}

測(cè)試：

package com.yydcdut;public class Main {public static void main(String[] args) {Color color = new Green();AbstractShape shape = new Square(color);shape.draw();}}

效果：

使用綠色畫(huà)正方形

?

總結(jié) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

Bridge模式有以下一些優(yōu)點(diǎn)：

分離接口及其實(shí)現(xiàn)部分 一個(gè)實(shí)現(xiàn)未必不變地綁定在一個(gè)接口上。抽象類(lèi)的實(shí)現(xiàn)可以在運(yùn)行時(shí)刻進(jìn)行配置，一個(gè)對(duì)象甚至可以在運(yùn)行時(shí)刻改變它的實(shí)現(xiàn)。將Abstraction與Implementor分離有助于降低對(duì)實(shí)現(xiàn)部分編譯時(shí)刻的依賴(lài)性，當(dāng)改變一個(gè)實(shí)現(xiàn)類(lèi)時(shí)，并不需要重新編譯 Abstraction類(lèi)和它的客戶(hù)程序。為了保證一個(gè)類(lèi)庫(kù)的不同版本之間的二進(jìn)制兼容性，一定要有這個(gè)性質(zhì)。另外，接口與實(shí)現(xiàn)分離有助于分層，從而產(chǎn)生更好的結(jié)構(gòu)化系統(tǒng)，系統(tǒng)的高層部分僅需知道Abstraction和Implementor即可。

提高可擴(kuò)充性 你可以獨(dú)立地對(duì)Abstraction和Implementor層次結(jié)構(gòu)進(jìn)行擴(kuò)充。

實(shí)現(xiàn)細(xì)節(jié)對(duì)客戶(hù)透明 你可以對(duì)客戶(hù)隱藏實(shí)現(xiàn)細(xì)節(jié)，例如共享 Implementor對(duì)象以及相應(yīng)的引用計(jì)數(shù)機(jī)制（如果有的話(huà)） 。

橋接模式的缺點(diǎn)

橋接模式的引入會(huì)增加系統(tǒng)的理解與設(shè)計(jì)難度，由于聚合關(guān)聯(lián)關(guān)系建立在抽象層，要求開(kāi)發(fā)者針對(duì)抽象進(jìn)行設(shè)計(jì)與編程。

橋接模式要求正確識(shí)別出系統(tǒng)中兩個(gè)獨(dú)立變化的維度，因此其使用范圍具有一定的局限性。

模擬情景：

? ? ? ? 現(xiàn)需要提供大中小3種型號(hào)的畫(huà)筆，能夠繪制5種不同顏色，如果使用蠟筆，我們需要準(zhǔn)備3*5=15支蠟筆，也就是說(shuō)必須準(zhǔn)備15個(gè)具體的蠟筆類(lèi)。而如果使用毛筆的話(huà)，只需要3種型號(hào)的毛筆，外加5個(gè)顏料盒，用3+5=8個(gè)類(lèi)就可以實(shí)現(xiàn)15支蠟筆的功能。

? ? ? ?實(shí)際上，蠟筆和毛筆的關(guān)鍵一個(gè)區(qū)別就在于筆和顏色是否能夠分離。即將抽象化(Abstraction)與實(shí)現(xiàn)化(Implementation)脫耦， 使得二者可以獨(dú)立地變化"。關(guān)鍵就在于能否脫耦。蠟筆的顏色和蠟筆本身是分不開(kāi)的，所以就造成必須使用15支色彩、大小各異的蠟筆來(lái)繪制圖畫(huà)。而毛筆與顏 料能夠很好的脫耦，各自獨(dú)立變化，便簡(jiǎn)化了操作。在這里，抽象層面的概念是："毛筆用顏料作畫(huà)"，而在實(shí)現(xiàn)時(shí)，毛筆有大中小三號(hào)，顏料有紅綠藍(lán)黑白等5 種，于是便可出現(xiàn)3×5種組合。每個(gè)參與者（毛筆與顏料）都可以在自己的自由度上隨意轉(zhuǎn)換。

? ? ? ? ?蠟筆由于無(wú)法將筆與顏色分離，造成筆與顏色兩個(gè)自由度無(wú)法單獨(dú)變化，使得只有創(chuàng)建15種對(duì)象才能完成任務(wù)。

Bridge模式將繼承關(guān)系轉(zhuǎn)換為組合關(guān)系，從而降低了系統(tǒng)間的耦合，減少了代碼編寫(xiě)量。

我是天王蓋地虎的分割線(xiàn) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

源代碼：http://pan.baidu.com/s/1dD1Qx01

java橋接.zip

?

參考：http://blog.csdn.net/hguisu/article/details/7529194

?

總結(jié)

以上是生活随笔為你收集整理的设计模式（十一）桥梁模式(结构型)的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。