橋接模式（bridge），將抽象部分與它的實現部分分離，使它們都可以獨立地變化。bridge 模式把角色之間的繼承關係改為了耦合的關係，從而使這兩者可以從容自若的各自獨立的變化；
在以下的情況下應當使用橋梁模式：
1．如果乙個系統需要在構件的抽象化角色和具體化角色之間增加更多的靈活性，避免在兩個層次之間建立靜態的聯絡。
2．設計要求實現化角色的任何改變不應當影響客戶端，或者說實現化角色的改變對客戶端是完全透明的。
3．乙個構件有多於乙個的抽象化角色和實現化角色，系統需要它們之間進行動態耦合。
4．雖然在系統中使用繼承是沒有問題的，但是由於抽象化角色和具體化角色需要獨立變化，設計要求需要獨立管理這兩者。
橋接模式與裝飾的區別:
裝飾模式:
這兩個模式在一定程度上都是為了減少子類的數目，避免出現複雜的繼承關係。但是它們解決的方法卻各有不同，裝飾模式把子類中比基類中多出來的
部分放到單獨的類裡面，以適應新功能增加的需要，當我們把描述新功能的類封裝到基類的物件裡面時，就得到了所需要的子類物件，這些描述新功能的類通過組合
可以實現很多的功能組合 .
橋接模式：
橋接模式則把原來的基類的實現化細節抽象出來，在構造到乙個實現化的結構中，然後再把原來的基類改造成乙個抽象化的等級結構，這樣就可以實現系統在多個維度上的獨立變化 。
橋接模式（Bridge）
個人理解 橋接模式的精髓在於維護乙個抽象物件，並抽取這個物件的抽象部分。uml類圖 實現 public inte ce icomponent public class componenta icomponent public class componentb icomponent public ab...
Bridge橋接模式
include using namespace std bridge橋接模式。class base class son1 public base 這是基類具體方法實現。class son2 public base 如果此時有了新的模組加入，或者說要實現基類的另外一些 方法，我們在這裡只需要重新建造乙...
Bridge 橋接模式
物件和行為自由組合。當不同的物件具有多種可列舉的行為，且不同行為的物件可被描述為不同的具體的物件，不同的行為與物件結合將產生大量具有差異性具體物件，為了防止對這些具體物件的列舉，將差異性的行為與物件本身分離出來。比如遊戲裡面的英雄的裝備與動作 描述不同汽車的行為 汽 油 電等不同發動機的執行方式，見...