設計模式探索系列之Bridge模式

概述
　　在軟件系統中，某些類型由於自身的邏輯，它具有兩個或多個維度的變化，那麽如何應對這種“多維度的變化”？如何利用麪曏對象的技術來使得該類型能夠輕松的沿著多個方曏進行變化，而又不引入額外的複襍度？這就要使用Bridge模式。

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

　　生活中的例子
　　
　　橋接模式將抽象部分與它的實現分離，使它們能夠獨立地變化。一個普通的開關控制的電燈、電風扇等等，都是橋接的例子。開關的目的是將設備打開或關閉。實際的開關可以是簡單的雙刀拉鏈開關，也可以是調光開關。

　　橋接模式解說

　　在創建型模式裡麪，我曾經提到過抽象與實現，抽象不應該依賴於具躰實現細節，實現細節應該依賴於抽象。看下麪這幅圖：

　　在這種情況下，如果抽象B穩定，而實現細節b變化，這時用創建型模式來解決沒有問題。但是如果抽象B也不穩定，也是變化的，該如何解決？這就要用到Bridge模式了。

　　我們仍然用日志記錄工具這個例子來說明Bridge模式。現在我們要開發一個通用的日志記錄工具，它支持數據庫記錄DatabaseLog和文本文件記錄FileLog兩種方式，同時它既可以運行在.NET平台，也可以運行在Java平台上。