Java設計模式——橋接模式
橋接模式
橋接模式就是把事物和其具體實現分開,使他們可以各自獨立的變化。橋接的用意是:將抽象化與實現化解耦,使得二者可以獨立變化,像我們常用的JDBC橋DriverManager一樣,JDBC進行連線資料庫的時候,在各個資料庫之間進行切換,基本不需要動太多的程式碼,甚至絲毫不用動,原因就是JDBC提供統一介面,每個資料庫提供各自的實現,用一個叫做資料庫驅動的程式來橋接就行了。我們來看看關係圖:
public interface Sourceable {
public void method();
}
//兩個實現類
public class SourceSub1 implements Sourceable {
@Override
public void method() {
System.out.println("this is the first sub!");
}
}
public class SourceSub2 implements Sourceable {
@Override
public void method() {
System.out.println("this is the second sub!");
}
}
public abstract class Bridge {
private Sourceable source;
public void method(){
source.method();
}
public Sourceable getSource() {
return source;
}
public void setSource(Sourceable source) {
this.source = source;
}
}
public class MyBridge extends Bridge {
public void method(){
getSource().method();
}
}
public class BridgeTest {
public static void main(String[] args) {
Bridge bridge = new MyBridge();
/*呼叫第一個物件*/
Sourceable source1 = new SourceSub1();
bridge.setSource(source1);
bridge.method();
/*呼叫第二個物件*/
Sourceable source2 = new SourceSub2();
bridge.setSource(source2);
bridge.method();
}
}
這樣,就通過對Bridge類的呼叫,實現了對介面Sourceable的實現類SourceSub1和SourceSub2的呼叫。接下來我再畫個圖,大家就應該明白了,因為這個圖是我們JDBC連線的原理,有資料庫學習基礎的,一結合就都懂了。
介紹
意圖:將抽象部分與實現部分分離,使它們都可以獨立的變化。
主要解決:在有多種可能會變化的情況下,用繼承會造成類爆炸問題,擴充套件起來不靈活。
何時使用:實現系統可能有多個角度分類,每一種角度都可能變化。
如何解決:把這種多角度分類分離出來,讓它們獨立變化,減少它們之間耦合。
關鍵程式碼:抽象類依賴實現類。
應用例項: 1、豬八戒從天蓬元帥轉世投胎到豬,轉世投胎的機制將塵世劃分為兩個等級,即:靈魂和肉體,前者相當於抽象化,後者相當於實現化。生靈通過功能的委派,呼叫肉體物件的功能,使得生靈可以動態地選擇。 2、牆上的開關,可以看到的開關是抽象的,不用管裡面具體怎麼實現的。
優點: 1、抽象和實現的分離。 2、優秀的擴充套件能力。 3、實現細節對客戶透明。
缺點:橋接模式的引入會增加系統的理解與設計難度,由於聚合關聯關係建立在抽象層,要求開發者針對抽象進行設計與程式設計。
使用場景: 1、如果一個系統需要在構件的抽象化角色和具體化角色之間增加更多的靈活性,避免在兩個層次之間建立靜態的繼承聯絡,通過橋接模式可以使它們在抽象層建立一個關聯關係。 2、對於那些不希望使用繼承或因為多層次繼承導致系統類的個數急劇增加的系統,橋接模式尤為適用。 3、一個類存在兩個獨立變化的維度,且這兩個維度都需要進行擴充套件。
注意事項:對於兩個獨立變化的維度,使用橋接模式再適合不過了。