橋接模式，初學的時候其實很不理解為什麼要把這個模式命名為橋接模式，腦海裡突然聯想到。其實我學習是一件比較痛苦的事情，因為我必須要知道來龍去脈才能學的進去，所以，很快我就對這個命名產生了興趣，橋接？

嗯，橋接！先把橋字換成連字，連線？橋接？橋接和連線最大的不同是橋接是降具有相同模式的兩種事物連線起來，這是我根據詞典的解釋得出的。

好吧，具有相同模式，瞬間便想到了介面，是不是有職業病？

將抽象部分與實現部分分離，使它們都可以獨立的變化。
                                                                    ——《設計模式》GOF 

再結合GOF的設計模式說明，很容易就理解為什麼是命名為橋接。

抽象的是介面，實現的是類。

在我們的程式碼中，當傳入物件引數而不是基本資料型別引數的時候，我們有時候會傳入2種類型的引數。比如

public void menthd(List list)

public void method1(ArrayList arrayList)

這兩種有一個最大的區別，ArrayList  是 List 的實現類，當我們呼叫method方法的時候，你可以傳入的引數是ArrayList  和  LinkedList，但是呼叫第二種方法你只能傳入ArrayList，這樣很明顯就有缺陷了，當ArrayList不滿足我們需求的時候，我們必須要重寫一個method1方法，這樣對我們的程式碼結構是很不利，也違法了JAVA設計的開閉原則。

拿出這個我們寫出實際的程式碼，當然我們這裡不再用ArrayList做演示。。

先定義出介面

public interface TestInterface {
	public void method();
}

再來一個實現類

public class TestInterfaceImpl1 implements TestInterface{

	@Override
	public void method() {
		System.out.println("需求1");
	}

}

public class Bridge {
	public void test(TestInterfaceImpl1 impl1){
		impl1.method();
	}
}
 

測試程式碼：

public class Test {
	public static void main(String[] args) {
		Bridge bridge = new Bridge();
		TestInterfaceImpl1 impl1 = new TestInterfaceImpl1();
		bridge.test(impl1);

	}
}

然後，我們的需求改變，我們要將TestInterface 中method方法實現改為另一種需求2的實現方式，那麼你這裡需要修改的地方就比較多了。。。

必須要做的事情，新增實現類。

public class TestInterfaceImpl2 implements TestInterface{
	@Override
	public void method() {
		System.out.println("需求2");
	}
}

將Bridge修改成

public class Bridge {
	public void test(TestInterface impl){
		impl1.method();
	}
}

測試類：

public class Test {
	public static void main(String[] args) {
		Bridge bridge = new Bridge();
		TestInterface impl1 = new TestInterfaceImpl1();
		bridge.test(impl1);
		
		TestInterface impl2 = new TestInterfaceImpl2();
		bridge.test(impl2);

	}
}

需求1
需求2

這就是GOF所說的將抽象部分與實現部分分離，使它們都可以獨立的變化。

在這套程式碼中，抽象的是介面，將抽象的介面與實現部分分離，傳入的是向上引用的類物件，這樣你的實現類再怎麼改變對於整套程式碼都不會有任何影響。。。。。

這就是橋接模式！

面向物件，真不簡單！