設計程式過程中 , 會經常使用到抽象類或者接口來完成抽象的過程 , 同時繼承或實現的類通過不同的實現方式來完成抽象類或接口的變化 , 也就是實現過程的變化 , 但可能會有這樣的情況 , 抽象過程同樣需要進行變化 , 也就是抽象類或者接口需要變化 , 這樣就會造成原有的繼承或實現關係複雜 , 關係混亂 .
橋樑模式利用將抽象層和實現層進行解耦 , 使兩者不再像繼承或實現這樣的較強的關係 , 從而使抽象和實現層更加獨立的完成變化的過程 . 使系統更加清晰 .
抽象化 , 將一組事物共有的特性提出的一個過程 .
實現化 , 將抽象化具體實現的過程 , 可以根據抽象化等級接口來對應實現化等級 .
解耦 , 將抽象化與具體化之前的耦合解脫開 .
強關聯 , 編譯時期已經確定 , 運行時期將無法動態進行修改 .
弱關聯 , 可以動態確定 , 同時在運行期可以進行動態修改 .
橋樑模式主要由抽象類、修正抽象類、實現類以及具體實現類組成 .
抽象類 , 制定接口 , 同時給出一個實現化的引用 .
修正抽象類 , 擴展抽象類 , 修正或改變抽象類中指定的接口 .
實現類 , 提供實現化角色的接口 , 但不進行具體實現過程 , 該接口不一定給出與抽象類相同的接口 , 只是提供實現的方式 .
具體實現類 , 完成實現類中定義的實現接口的具體實現過程 .
橋樑模式優缺點
優點 : 隔離抽象和實現 , 使雙方能夠各自完成擴展 .
