??橋接模式（抽象與實(shí)現(xiàn)分離）
1.1?橋接模式的定義
維基百科：橋接模式是軟件設(shè)計(jì)模式中最復(fù)雜的模式之一，它把事物對(duì)象和其具體行為、具體特征分離開來，使它們可以各自獨(dú)立的變化。
百度百科：橋接模式是將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。它是一種對(duì)象結(jié)構(gòu)型模式，又稱為柄體(Handle and Body)模式或接口(interface)模式。
1.2??橋接模式的結(jié)構(gòu)
橋接（Bridge）模式包含以下主要角色：
- 抽象化（Abstraction）角色 ：定義抽象類，并包含一個(gè)對(duì)實(shí)現(xiàn)化對(duì)象的引用。
- 擴(kuò)展抽象化（Refined Abstraction）角色 ：是抽象化角色的子類，實(shí)現(xiàn)父類中的業(yè)務(wù)方法，并通過組合關(guān)系調(diào)用實(shí)現(xiàn)化角色中的業(yè)務(wù)方法。
- 實(shí)現(xiàn)化（Implementor）角色 ：定義實(shí)現(xiàn)化角色的接口，供擴(kuò)展抽象化角色調(diào)用。
- 具體實(shí)現(xiàn)化（Concrete Implementor）角色 ：給出實(shí)現(xiàn)化角色接口的具體實(shí)現(xiàn)。
1.3??橋接模式簡單案例及代碼演示
**舉個(gè)??：**假設(shè)有一個(gè)歌手，他的名字叫磊磊。磊磊會(huì)用嘴唱歌，磊磊會(huì)邊彈吉他邊唱歌。但是磊磊是個(gè)十分好學(xué)的孩子不滿足于現(xiàn)狀，于是他報(bào)了個(gè)機(jī)構(gòu)叫白馬教育，并且成為了Good Singer班中的一員。在進(jìn)行了長達(dá)兩年半的學(xué)習(xí)之后，磊磊憑借著過人的天賦學(xué)會(huì)了邊彈鋼琴邊唱歌。
如何實(shí)現(xiàn)？？？
a.傳統(tǒng)思路：
定義一個(gè)演員類，將用嘴唱歌，用吉他唱歌，用鋼琴唱歌寫到這個(gè)類中。
缺點(diǎn)很明顯，如果又來了一個(gè)人怎么辦，如果又學(xué)會(huì)的一個(gè)樂器怎么辦，顯然不易擴(kuò)展。
b.橋接模式思路：
在抽象類中：
1.將需要橋接的接口拿到父類里
2.直接將接口屬性丟到構(gòu)造方法里，同時(shí)要在子類構(gòu)造該方法
3.調(diào)用橋接屬性開始“表演”
代碼演示：
1.定義抽象演員類（Perfomer）
package com.qf.bridge;
/**
* @author ###
*/
public abstract class Perfomer{
//橋接屬性
protected IplayType playType;
//構(gòu)造表演方法
public Perfomer(IplayType playType){
this.playType=playType;
}
//表演
abstract protected void perform();
}
2.定義磊磊類，繼承抽象演員類
package com.qf.bridge;
public class Leilei extends Perfomer{
//構(gòu)造方法傳遞需要的樂器表演方式
public Leilei(IplayType playType) {
super(playType);
}
@Override
protected void perform() {
playType.play("磊磊");
}
}
3.設(shè)計(jì)樂器表演接口，包含一個(gè)play方法
package com.qf.bridge;
//表演方式
public interface IplayType{
void play(String name);
}
4.定義吉他表演類遵從樂器表演接口
package com.qf.bridge;
public class Guitar implements IplayType {
@Override
public void play(String name) {
System.out.println(name+"用吉他唱歌了");
}
}
5.定義嘴巴類遵從樂器表演類
package com.qf.bridge;
public class Mouth implements IplayType{
@Override
public void play(String name) {
System.out.println(name+"用嘴唱歌了");
}
}
6.Test
package com.qf.bridge;
public class Demo1 {
public static void main(String[] args) {
Perfomer mouth = new Leilei(new Mouth());
mouth.perform();
Perfomer guitar = new Leilei(new Guitar());
guitar.perform();
}
}
結(jié)果展示：
1.4??橋接模式的UML圖
稍作解釋：
1.+表示public，-表示private，#表示protected
2.聚合關(guān)系可以用【帶空心菱形的實(shí)線】來表示，菱形指向整體。（如：teacher是university的一個(gè)部分）
3.繼承關(guān)系用【帶空心三角箭頭的實(shí)線】來表示，箭頭從子類指向父類。
虛假的UML圖：
真正的UML圖：
1.5??橋接模式的應(yīng)用場景
跨平臺(tái)視頻播放器，可以在不同操作系統(tǒng)平臺(tái)（如Windows、Mac、Linux等）上播放多種格式的視頻文件，常見的視頻格式包括RMVB、AVI、WMV等
1.6??橋接模式的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
-
分離抽象接口及其實(shí)現(xiàn)部分。使得抽象和實(shí)現(xiàn)可以沿著各自的維度來變化，也就是說抽象和實(shí)現(xiàn)不再在同一個(gè)繼承層次結(jié)構(gòu)中，而是“子類化”它們，使它們各自都具有自己的子類，以便任何組合子類，從而獲得多維度組合對(duì)象。
-
在很多情況下，橋接模式可以取代多層繼承方案，多層繼承方案違背了“單一職責(zé)原則”，復(fù)用性較差，且類的個(gè)數(shù)非常多，橋接模式是比多層繼承方案更好的解決方法，它極大減少了子類的個(gè)數(shù)。
多繼承是指一個(gè)類可以同時(shí)從多個(gè)父類繼承屬性和方法。這種繼承方式可以讓子類同時(shí)擁有多個(gè)父類的特征，但也可能帶來一些問題，比如構(gòu)造函數(shù)的執(zhí)行順序和類中同名變量沖突等
-
橋接模式提高了系統(tǒng)的可擴(kuò)展性，在兩個(gè)變化維度中任意擴(kuò)展一個(gè)維度，都不需要修改原有系統(tǒng)，符合“開閉原則”。
缺點(diǎn)：
- 橋接模式的使用會(huì)增加系統(tǒng)的理解與設(shè)計(jì)難度，由于關(guān)聯(lián)關(guān)系建立在抽象層，要求開發(fā)者一開始就針對(duì)抽象層進(jìn)行設(shè)計(jì)與編程。
- 橋接模式要求正確識(shí)別出系統(tǒng)中兩個(gè)獨(dú)立變化的維度，因此其使用范圍具有一定的局限性，如何正確識(shí)別兩個(gè)獨(dú)立維度也需要一定的經(jīng)驗(yàn)積累。
1.7??橋接模式與其他模式的區(qū)別
1.橋接模式與策略模式的區(qū)別
1.橋接模式中不僅Implementor具有變化 ，而且Abstraction也可以發(fā)生變化，而且兩者的變化是完全獨(dú)立的
2.策略模式僅僅通過Abstraction與 Implementor之間的關(guān)系聯(lián)系起來。而在策略模式中，并不考慮Context的變化，只有算法的可替代性。
3.策略模式的目的是封裝一系列的算法，使得這些算法可以相互替換；而橋接模式的目的是分離抽象和實(shí)現(xiàn)部分，使得它們可以獨(dú)立的變化。文章來源：http://www.zghlxwxcb.cn/news/detail-736197.html
2.前面的路以后再來探索吧……………………….文章來源地址http://www.zghlxwxcb.cn/news/detail-736197.html
到了這里，關(guān)于設(shè)計(jì)模式——橋接模式詳解的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
