橋梁（Bridge）模式

橋梁模式是一個非常有用的模式，也是比較復(fù)雜的一個模式。熟悉這個模式對于理解面向?qū)ο蟮脑O(shè)計原則，包括"開－閉"原則(OCP)以及組合/聚合復(fù)用原則(CARP)都很有幫助。理解好這兩個原則，有助于形成正確的設(shè)計思想和培養(yǎng)良好的設(shè)計風(fēng)格。
在提出橋梁模式的時候指出，橋梁模式的用意是"將抽象化(Abstraction)與實(shí)現(xiàn)化(Implementation)脫耦，使得二者可以獨(dú)立地變化"。這句話有三個關(guān)鍵詞，也就是抽象化、實(shí)現(xiàn)化和脫耦。

抽象化

存在于多個實(shí)體中的共同的概念性聯(lián)系，就是抽象化。作為一個過程，抽象化就是忽略一些信息，從而把不同的實(shí)體當(dāng)做同樣的實(shí)體對待。

實(shí)現(xiàn)化

抽象化給出的具體實(shí)現(xiàn)，就是實(shí)現(xiàn)化。

脫耦

所謂耦合，就是兩個實(shí)體的行為的某種強(qiáng)關(guān)聯(lián)。而將它們的強(qiáng)關(guān)聯(lián)去掉，就是耦合的解脫，或稱脫耦。在這里，脫耦是指將抽象化和實(shí)現(xiàn)化之間的耦合解脫開，或者說是將它們之間的強(qiáng)關(guān)聯(lián)改換成弱關(guān)聯(lián)。

將兩個角色之間的繼承關(guān)系改為聚合關(guān)系，就是將它們之間的強(qiáng)關(guān)聯(lián)改換成為弱關(guān)聯(lián)。因此，橋梁模式中的所謂脫耦，就是指在一個軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以相對獨(dú)立地變化。這就是橋梁模式的用意。



可以看出，這個系統(tǒng)含有兩個等級結(jié)構(gòu)，也就是：
由抽象化角色和修正抽象化角色組成的抽象化等級結(jié)構(gòu)。
由實(shí)現(xiàn)化角色和兩個具體實(shí)現(xiàn)化角色所組成的實(shí)現(xiàn)化等級結(jié)構(gòu)。

橋梁模式所涉及的角色有：
抽象化(Abstraction)角色：抽象化給出的定義，并保存一個對實(shí)現(xiàn)化對象的引用。
修正抽象化(Refined Abstraction)角色：擴(kuò)展抽象化角色，改變和修正父類對抽象化的定義。
實(shí)現(xiàn)化(Implementor)角色：這個角色給出實(shí)現(xiàn)化角色的接口，但不給出具體的實(shí)現(xiàn)。必須指出的是，這個接口不一定和抽象化角色的接口定義相同，實(shí)際上，這兩個接口可以非常不一樣。實(shí)現(xiàn)化角色應(yīng)當(dāng)只給出底層操作，而抽象化角色應(yīng)當(dāng)只給出基于底層操作的更高一層的操作。
具體實(shí)現(xiàn)化(Concrete Implementor)角色：這個角色給出實(shí)現(xiàn)化角色接口的具體實(shí)現(xiàn)。

Implementor:

    
public abstract class Product {
public abstract void product();
public abstract void sell();
}

public class Bus extends Product {

	@Override
	public void product() {
		System.out.println("The Bus is producted");
	}

	@Override
	public void sell() {
		System.out.println("The Bus is selled");

	}

}

public class Car extends Product {

	@Override
	public void product() {
		System.out.println("The car is producted");
	}

	@Override
	public void sell() {
		System.out.println("The car is selled");

	}

}

  

Abstraction:

    
public abstract class Company {
	private Product product;

	public Company(Product product) {
		this.product = product;
	}

	public void makeMoney() {

		product.product();
		product.sell();
	}

}



public class CarComp extends Company{

	public CarComp(Product product) {
		super(product);
	}
	public void makeMoney(){
		super.makeMoney();
		System.out.println("Car make money");
	}

}

public class BusComp extends Company{

	public BusComp(Product product) {
		super(product);
		// TODO Auto-generated constructor stub
	}
	public void makeMoney(){
		super.makeMoney();
		System.out.println("Bus make money");
	}
}


  

client:

    public class Test {
	public static void main(String[] args) {
		Product pro = new Bus();
		Company com = new BusComp(pro);
		com.makeMoney();
	}
}

  

應(yīng)用情況：
如果一個系統(tǒng)需要在構(gòu)件的抽象化角色和具體化角色之間增加更多的靈活性，避免在兩個層次之間建立靜態(tài)的聯(lián)系。
設(shè)計要求實(shí)現(xiàn)化角色的任何改變不應(yīng)當(dāng)影響客戶端，或者說實(shí)現(xiàn)化角色的改變對客戶端是完全透明的。
一個構(gòu)件有多于一個的抽象化角色和實(shí)現(xiàn)化角色，系統(tǒng)需要它們之間進(jìn)行動態(tài)耦合。
雖然在系統(tǒng)中使用繼承是沒有問題的，但是由于抽象化角色和具體化角色需要獨(dú)立變化，設(shè)計要求需要獨(dú)立管理這兩者。

橋梁模式