Bridge橋接模式是一種結(jié)構(gòu)型模式，它主要應(yīng)對的是：由于類型的固有羅輯，使得類型具有兩個或兩個以上的緯度變化。也就是要求抽象不應(yīng)依賴于實現(xiàn)細節(jié)，實現(xiàn)細節(jié)應(yīng)依賴于抽象。
《設(shè)計模式》中說到將抽象部分與實現(xiàn)部分分離，使他們可以獨立的變化。
舉個例子更清楚些，好像我們平時玩的游戲中有PS版的，但是不是大家都有PS。這時我們等一段時間，一般會出PC版的或其他版本。由于支持游戲的平臺不一樣，但是如果我們編寫的游戲程序為了適應(yīng)另一種平臺就要全部重新編寫的話豈不是很麻煩。再加上游戲本身的變動，一句眾人皆知的話：“死定了”。
現(xiàn)在我們來看看Bridge橋接模式，看看它是如何解決類似問題的，首先我們看看Bridge模式的結(jié)構(gòu)。
實際上，我們要做到的是把變化的部分提出，對其抽象，使變化獨立。那我們?nèi)绾巫瞿?？通過組合的方式將變化獨立出去。將一個事物中的多個緯度變化分離。
下面舉一個場景來理解一下，還是用汽車舉例，我現(xiàn)在要一輛車（BMW或BORA）在路（WaterRoad或Cement）上跑?，F(xiàn)在有兩個緯度的變化點：汽車和路。也就是上圖中的AbstractChangePoint1和AbstractChangePoint2。AbstractChangePoint1中包含有AbstractChangePoint2對象成員。。代碼實現(xiàn)如下：
abstract class AbstractCar
{
public AbstractRoad road;
public AbstractCar(AbstractRoad road)
{
this.road = road;
}
public abstract string Run();
public abstract string Stop();
}
abstract class AbstractRoad
{
public abstract string GetRoadType();
}
以汽車為變化中心，用組裝的方式將兩個變化點結(jié)合起來。使路的變化和汽車隔離。下面來編寫路的實現(xiàn)。
class WaterRoad:AbstractRoad
{
public override string GetRoadType()
{
return "It is WaterRoad";
}
}
class CementRoad:AbstractRoad
{
public override string GetRoadType()
{
return "It is Cement";
}
}
然后再來編寫汽車的實現(xiàn)
class BMWCar:AbstractCar
{
public BMWCar(AbstractRoad road)
: base(road)
{
}
public override string Run()
{
return "BMW is running";
}
public override string Stop()
{
return "BMW is stopped";
}
}
class BROACar:AbstractCar
{
public BROACar(AbstractRoad road)
: base(road)
{
}
public override string Run()
{
return "BROA is running";
}
public override string Stop()
{
return "BROA is stopped";
}
}
然后我們在客戶代碼中調(diào)用這些類，首先，我想要這個場景是BMW在WaterRoad上跑，客戶端代碼如下：
static void
{
AbstractCar car = new BMWCar(new WaterRoad());
Console.WriteLine(car.road.GetRoadType());
Console.WriteLine(car.Run());
Console.WriteLine(car.Stop());
Console.Read();
}
實現(xiàn)結(jié)果如下：
It is WaterRoad
BMW is running
BMW is stopped
如果我現(xiàn)在要一輛BORA在Cement上跑，我們只要稍微修改一下car的實例化就可以，代碼如下：
static void
{
AbstractCar car = new BROACar(new CementRoad());
Console.WriteLine(car.road.GetRoadType());
Console.WriteLine(car.Run());
Console.WriteLine(car.Stop());
Console.Read();
}
實現(xiàn)結(jié)果如下：
It is Cement
BROA is running
BROA is stopped
最后我們再來說說Bridge模式的要點：
1、Bridge模式使用“對象間的組合關(guān)系”解耦了抽象和實現(xiàn)之間固有的綁定關(guān)系，使得抽象和實現(xiàn)可以沿著各自的緯度來變化。
2、所謂抽象和實現(xiàn)沿著各自緯度的變化，即“子類化”它們，得到各個子類之后，便可以任意組合它們。
3、Bridge模式有時候類似于多繼承方案，但是多繼承方案往往違背單一職責原則（即一個類只有一個變化的原因），復(fù)用性比較差。Bridge模式是比多繼承方案更好的解決方法。
4、Bridge模式的應(yīng)用一般在“兩個非常強的變化緯度”，有時候即使有兩個變化的緯度，但是某個方向的變化緯度并不劇烈——換言之兩個變化不會導(dǎo)致縱橫交錯的結(jié)果，并不一定要使用Bridge模式。
