橋接模式(Bridge Pattern)就是把事物和其具體實現分開，使他們可以各自獨立的變化。橋接的用意是：將抽象化與實現化解耦，使得二者可以獨立變化，像我們常用的JDBC橋DriverManager一樣，JDBC進行連接數據庫的時候，在各個數據庫之間進行切換，基本不需要動太多的代碼，甚至絲毫不用動，原因就是JDBC提供統一接口，每個數據庫提供各自的實現，用一個叫做數據庫驅動的程序來橋接就行了。橋接設計模式的類圖如下所示：

定義一個抽象類Abstraction，持有Implementor接口。然后接口的具體實現類ConcreteImplementA和ConcreteImplementB具體實現。

下面我們假設實現一個簡單的橋接設計模式案例。類圖如下所示：

(1)定義Sourceable接口

為了命名規范，我們Sourceable接口寫成ISourceable；

(2)實現ISourceable接口的實現類

(3)定義Bridge抽象類

(4)absBridge抽象類的具體實現類

(5)測試類

總結：

橋接設計模式其實擺脫了繼承關系體系，通過多態的方式，具體的Bridge實現類中調用父類(抽象類)中的method方法，而該抽象類通過持有接口的引用，調用接口的method方法，而接口中的method方法由具體子類實現，因此傳入什么實現類，就調用哪個實現類的method方法。

橋接設計模式的優點就是類間解耦，Sourceable接口的具體實現類也可以繼續擴展下去。本例中的absBridge類似于JDBC中的DriverManager，Sourceable的具體實現類就類似于MySQL、ORACLE的驅動器。

思考1：談到橋接模式，有必要說說類的繼承有什么優缺點？

其實繼承的優點有很多，可以把公共的方法或屬性抽取，父類封裝共性，子類實現特性，這是繼承的基本功能。

那么繼承的缺點有嗎？有，強關聯關系，父類有個方法，你子類也必須有這個方法，是不可選擇的，那這會帶來擴展性的問題，我舉個簡單的例子來說明這個問題：父(Father)類有一個方法A，子(Son)類繼承了這個方法，然后子子(Grandson)類也繼承了這個方法，問題是突然有一天子(Son)類要重寫父類的這個方法，他敢做嗎？絕對不敢！子子可是要用從父類(Father)繼承過來的方法A，你修改了，那就要修改Son和GrandSon之間的關系，那這個風險就大了去。

今天講的這個橋梁模式就是這一問題的解決方法，橋梁模式描述了類間弱關聯關系，還說上面的那個例子，Fater類完全可以把可能會變化的方法放出去，Son子類要有這個方法很簡答，橋梁搭過去，獲得這個方法，GrandSon也一樣，即使你Son子類不想使用這個方法了，也沒關系，對GrandSon不產生影響，它不是從你Son中繼承來的方法！

總結

以上是生活随笔為你收集整理的java 桥梁模设计,Java设计模式学习篇（九）桥接设计模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。