**如下:
先定義乙個software介面:
public inte***ce software
再寫它的兩個子類
public class game implements software
}
public class read implements software
}
接著開始新增乙個抽象類mobile
public abstract class mobile
public void setsoftware(software software)
public abstract void run();
}
然後是它的兩個子類實現
public class ios extends mobile
}
public class android extends mobile
}
public static void main(string args)
現在回想起來,橋接模式這個概念是不是逐漸清晰了,說的通俗易懂一點就是,在我們現實場景中,系統可能按多種維度進行分類,每一種分類都可能發生變化,那麼就把這種多角度分類分離出來讓他們不相互依賴,減少它們之間的耦合。重點是理解如何將抽象化與現實化的脫耦的。
相關參考:
《大話設計模式》,《設計模式,可復用物件導向軟體的基礎》
原始碼在此
Bridge(橋接) 物件結構型模式
1.意圖 將抽象部分與它的實現部分分離,使它們都可以獨立地變化。2.動機 在抽象類與它的實現之間起到橋梁作用,使它們可以獨立地變化。3.適用性 4.結構 5.例項 include class abstactionimpl class abstration class redefinedabstrat...
設計模式八 bridge(橋接) 物件結構型模式
bridge 橋接 物件結構型模式 1.意圖 將抽象部分與它的實現部分分離,使他們都可以獨立的變化 2.別名 handle body 3.動機 當乙個抽象可以有多個實現時,通常用繼承來協調他們。抽象類定義對該抽象的介面,而具體的子類則用不同方式加以實現。但是此方法有時候不夠靈活,繼承機制將抽象部分和...
Bridge模式 物件結構型模式
一 意圖 將抽象部分和它的實現部分分離,使它們都可以獨立地變化。適用於從多維度描述的型別,拆解開來,使其能沿著各維度獨立變化。脫耦。二 動機 解決繼承機制帶來的不足。1 擴充套件抽象不方便。擴充套件時要重新定義乙個新的類。2 繼承機制使得客戶 需要重新編譯。為解決以上兩個問題,使用橋接的方式使得抽象...