Hello，大家好，我是你們的新朋友小烤鴨，我們的設計模式系列中斷了幾天，今天我們繼續給它續上，那么我們下面繼續來說一種結構型設計模式，那就是大名鼎鼎的“橋接模式”，
定義：橋接模式的官方定義是將抽象部分與它的實作部分分離，使得他們都可以獨立變化，是一種結構型物件設計模式；上面這個定義比較拗口，且晦澀難懂，那么我們舉個實際生活中的例子：橋使我們大家所熟知的，它的作用就是將兩岸聯系起來，我們兩岸的老百姓可以通過這座橋自由流通，云游四方，橋接模式也差不多也就是這個意思；
適用場景：“橋接模式主要用于在一個系統中需要在抽象化和具體化之間增加更多的靈活性，避免在兩個層次建立靜態的繼承關系，通過橋接模式可以使他們在抽象層建立一個關聯關系”，這句話并不好懂，需要有一定的編程作業的經驗積累才能慢慢理解，而其中所“抽象部分”和“實作部分”可以以繼承的方式獨立擴展而互不影響，在程式運行的時候可以動態將一個抽象化子類的物件和一個實作化子類的物件進行組合，即系統需要對抽象化角色和實作化角色進行動態耦合；“一個類存在兩個（或多個）獨立變化的維度，并且這些維度都需要獨立擴展的”，理解這句話橋接模式就不難搞懂了，對于那些不希望使用繼承或者因為多層繼承導致系統類的數量急劇增加造成“類爆炸”的情況（違反程式設計的“單一職責原則”），橋接模式更合適；
優點：1、將抽象部分和實作部分分離，使他們可以獨立變化(符合程式設計的“開閉原則”和“單一職責”)；2、增加了程式的擴展能力；
缺點：會增加系統的理解和實際難度，由于聚合關聯關系建立在抽象層，需要開發者針對抽象進行設計；
角色分析：
1、抽象化角色（Abstraction）:給出抽象化角色的定義，并保存一個對實作化物件的參考；
2、修正抽象化角色（RefinedAbstraction）:擴展抽象化角色，改變和修正父類抽象化角色的定義；
3、實作化角色（Implementor）:實作化角色的定義，不給出具體實作；
4、具體實作化角色（ConcreteImplementor）:給出實作化角色的具體實作；
模式結構圖：
重點：說了這么多，簡單的講橋接就是將需要“M*N”個類解決的問題，變成“M+N"個類就能解決的問題；
示例代碼：
package cn.com.pep.model.bridge;
/**
*
* @Title: Bridge
* @Description: 橋介面，實作化角色，給出介面定義，不提供具體實作
* @author wwh
* @date 2022-9-9 10:30:15
*/
public interface Bridge {
/**
* @Title: target
* @Description:
*/
public void target();
}
package cn.com.pep.model.bridge;
/**
*
* @Title: BeijingTarget
* @Description: 具體實作化角色，給出實作化角色的具體定義，通過實作介面的方式與橋介面進行系結
* @author wwh
* @date 2022-9-9 10:58:38
*/
public class BeijingTarget implements Bridge{
@Override
public void target() {
System.err.println("我要去北京......");
}
}
package cn.com.pep.model.bridge;
/**
*
* @Title: ShanghaiTarget
* @Description: 具體實作化角色，給出實作化角色的具體定義，通過實作介面的方式與橋介面進行系結
* @author wwh
* @date 2022-9-9 10:56:14
*/
public class ShanghaiTarget implements Bridge{
@Override
public void target() {
System.err.println("我要去上海......");
}
}
package cn.com.pep.model.bridge;
/**
*
* @Title: AbstractSrc
* @Description: 抽象化角色（Abstraction）:給出抽象化角色的定義，并保存一個對實作化物件的參考；
* @author wwh
* @date 2022-9-9 11:07:37
*/
public abstract class AbstractSrc {
Bridge bridge;
public AbstractSrc(Bridge bridge) {
this.bridge = bridge;
}
/**
*
* @Title: src
* @Description:
*/
public abstract void src();
/**
* @Title: fromTo
* @Description:
*/
public void to() {
src();
bridge.target();
}
}
package cn.com.pep.model.bridge;
/**
* @Title: NanjingSrc
* @Description: 修正抽象化角色（RefinedAbstraction）:擴展抽象化角色，改變和修正父類抽象化角色的定義；
* @author wwh
* @date 2022-9-9 11:11:44
*/
public class NanjingSrc extends AbstractSrc{
public NanjingSrc(Bridge bridge) {
super(bridge);
}
@Override
public void src() {
System.err.println("我來自南京......");
}
}
package cn.com.pep.model.bridge;
/**
*
* @Title: WuhanSrc
* @Description: 修正抽象化角色（RefinedAbstraction）:擴展抽象化角色，改變和修正父類抽象化角色的定義；
* @author wwh
* @date 2022-9-9 11:14:48
*/
public class WuhanSrc extends AbstractSrc{
public WuhanSrc(Bridge bridge) {
super(bridge);
}
@Override
public void src() {
System.err.println("我來自武漢......");
}
}
package cn.com.pep.model.bridge;
/**
*
* @Title: BridgeDemo
* @Description: 測驗類
* @author wwh
* @date 2022-9-9 11:21:47
*/
public class BridgeDemo {
public static void main(String[] args) {
Bridge b = new BeijingTarget();
AbstractSrc as = new NanjingSrc(b);
as.to();
b = new ShanghaiTarget();
as.bridge = b;
as.to();
as = new WuhanSrc(b);
as.to();
as.bridge = new BeijingTarget();
as.to();
}
}
此模式是將有關聯關系的兩個類，通過橋接介面，一方通過介面實作，另一方通過類聚合來實作這兩個類之間的解耦的，使得兩方可以獨立擴展，互不影響，
橋接模式在JDK中的應用：
java.util.logging是JDK自帶的日志包，可以將日志輸出到檔案、資料庫或者控制臺，作用與我們常用的log4j類似；這個包中的Handler類和Formatter類就利用了橋接模式，UML類圖如下：
Handler和Formatter是兩個抽象類，兩者都有子類繼承，可以獨立變化，其中Handler包含了一個對Formatter類的參考，Handler類物件可以從一個logger中獲取資訊，并輸出到控制臺、檔案或者呼叫其他api發送到網路中，并且還可以通過setLevel方法關倍訓打開，它通常是利用LogManager去設定自身的Filter、Formatter等屬性，Formatter是一個支持格式化的類，我們可以通過它定義輸出日志的格式為簡單格式，還是XML格式等等；
橋接模式與裝飾模式、配接器模式的比較：
此三種模式都屬于結構型模式、都存在物件關聯聚合的情況，但是側重點各有不同，
配接器模式重點強調的是適配，實作的關鍵點是：目標類和配接器類都實作了相同的介面A，目標類關聯了配接器類，配接器類聚合了抽象介面B ,被適配的類實作了抽象介面B，在具體使用的時候在配接器類中通過構造方法注入被適配類的參考，最終的結果是，目標類可以使用之前不相關的被適配類中的某些功能，類似于“改變介面的功能”；
橋接模式重點強調的是多維度的變化組合，實作的關鍵點是：主體類A聚合了抽象類B，主體類A有多個不同的子類實作，抽象類B有多個不同的子類實作，最終的效果使的主體類A的實作類和抽象類B的實作類可以分別在多個維度上進行變化組合，而不相互耦合， 方便擴展；
裝飾設計模式強調的是類功能的增強，實作的關鍵點是：抽象類A具有多個具體的子類，裝飾器類B聚合了抽象類A，并且繼承了抽象類A具有和抽象類A一致的行為，但是裝飾器類B還有不同的子類實作，最終的效果就是裝飾器類B的子類實作，可以對抽象類A的子類進行某些方法的功能增強，
配接器模式和裝飾設計模式可以具體參見我之前的文章：
設計模式之（9）—配接器模式;
設計模式之（7）—裝飾設計模式;
好了，本期就說到這里啦，歡迎各位大佬批評指正，我們下次再見！
本文來自博客園，作者：一只烤鴨朝北走，僅用于技術學習，所有資源都來源于網路，部分是轉發，部分是個人總結，歡迎共同學習和轉載，轉載請在醒目位置標明原文，如有侵權，請留言告知，及時撤除，轉載請注明原文鏈接：https://www.cnblogs.com/wha6239/p/16672797.html
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/506061.html
標籤：設計模式