C#設計模式學習筆記：(7)橋接模式

    本筆記摘抄自：https://www.cnblogs.com/PatrickLiu/p/7699301.html，記錄一下學習程序以備后續查用，

    一、引言

    今天我們要講結構型設計模式的第二個模式--橋接模式，也有叫橋模式的，橋在我們現實生活中經常是連接著A地和B地，再往后來發展，橋引申為一種紐

帶，比如，絲綢之路是連接亞洲和歐洲的橋梁，有了橋，我們出行更方便了，不需要繞路或搭船，針對橋的使用環境來說，橋解決了跨越和銜接的問題，在

設計模式中的橋接模式也有類似的概念，是連接了兩個不同維度的東西，而且這兩個維度又有強烈的變化，

    二、橋接模式介紹

    橋接模式：英文名稱--Bridge Pattern；分類--結構型，

    2.1、動機（Motivate）

    一般游戲場景中，裝備都會有自己固有的邏輯，比如槍支，有型號，同時又支持在不同的介質平臺上使用，這樣就使得游戲的裝備具有了兩個變化的維度，

一個變化的維度為“平臺的變化”，另一個變化的維度為“型號的變化”，如果我們要寫代碼實作這款游戲，難道我們針對每種平臺都實作一套獨立的裝備嗎？復

用在哪里？如何應對這種“多維度的變化”？如何利用面向物件技術來使得裝備可以輕松地沿著“平臺”和“型號”兩個方向變化，而不引入額外的復雜度？

    2.2、意圖（Intent）

    將抽象部分與實作部分分離，使它們都可以獨立地變化，--《設計模式》Gof

    橋接模式不能只是認為是抽象和實作的分離，它其實并不僅限于此，其實兩個都是抽象的部分，更確切的理解，應該是將一個事物中多個維度的變化分離，

    2.3、結構圖（Structure）

    2.4、模式的組成

    橋接模式的結構包括Abstraction、RefinedAbstraction、Implementor、ConcreteImplementorA和ConcreteImplementorB五個部分，其中：

    1）抽象化角色(Abstraction)：抽象化給出定義，并保存一個對實作化物件（Implementor）的參考，

    2）修正抽象化角色(Refined Abstraction)：擴展抽象化角色，改變和修正父類對抽象化的定義，

    3）實作化角色(Implementor)：這個角色給出實作化角色的介面，但不給出具體的實作，必須指出的是，這個介面不一定與抽象化角色的介面定義相同，

實際上，這兩個介面可以非常不一樣，實作化角色應當只給出底層操作，而抽象化角色應當只給出基于底層操作的更高一層的操作，

    4）具體實作化角色(Concrete Implementor)：這個角色給出實作化角色介面的具體實作，

    在橋接模式中，兩個類Abstraction和Implementor分別定義了抽象與行為型別的介面，通過呼叫兩介面的子類實作抽象與行為的動態組合，

    2.5、橋接模式的具體實作

    今天我們就以資料庫為例來寫該模式的實作，每種資料庫都有自己的版本，但是每種資料庫在不同的平臺上實作又是不一樣的，比如，微軟的SqlServer數

據庫有2000、2005、2008、2012、2014、2016、2017版本，后面還會有更新的版本，并且這些版本都是運行在Windows作業系統下的，如果要提供Lunix

作業系統下的SqlServer怎么辦呢？如果又要提供IOS作業系統下的SqlServer資料庫該怎么辦呢？這個情況就可以使用橋接模式，也就是Brige模式，

    下面看看具體的實作：

    class Program
    {
        /// <summary>
        /// 該抽象類就是抽象介面的定義，該型別就相當于是Abstraction型別，
        /// </summary>
        public abstract class Database
        {
            //通過組合方式參考平臺介面，此處就是橋梁，該型別相當于Implementor型別，
            protected PlatformImplementor platformImplementor;

            //通過構造器注入，初始化平臺實作，
            protected Database(PlatformImplementor implementor)
            {
                platformImplementor = implementor;
            }

            //創建資料庫，該操作相當于Abstraction型別的Operation方法，
            public abstract void Create();
        }

        /// <summary>
        /// 該抽象類就是實作介面的定義，該型別就相當于是Implementor型別，
        /// </summary>
        public abstract class PlatformImplementor
        {
            //該方法就相當于Implementor型別的OperationImp方法
            public abstract void Process();
        }

        /// <summary>
        /// SqlServer2000版本的資料庫，相當于RefinedAbstraction型別，
        /// </summary>
        public class SqlServer2000 : Database
        {
            //建構式初始化
            public SqlServer2000(PlatformImplementor implementor) : base(implementor) { }

            public override void Create()
            {
                platformImplementor.Process();
            }
        }

        /// <summary>
        /// SqlServer2005版本的資料庫，相當于RefinedAbstraction型別，
        /// </summary>
        public class SqlServer2005 : Database
        {
            //建構式初始化
            public SqlServer2005(PlatformImplementor implementor) : base(implementor) { }

            public override void Create()
            {
                platformImplementor.Process();
            }
        }

        /// <summary>
        /// SqlServer2000版本的資料庫針對Unix作業系統的具體實作，相當于ConcreteImplementorA型別，
        /// </summary>
        public class SqlServer2000UnixImplementor : PlatformImplementor
        {
            public override void Process()
            {
                Console.WriteLine("SqlServer2000針對Unix作業系統的具體實作，");
            }
        }

        /// <summary>
        /// SqlServer2005版本的資料庫針對Unix作業系統的具體實作，相當于ConcreteImplementorB型別，
        /// </summary>
        public sealed class SqlServer2005UnixImplementor : PlatformImplementor
        {
            public override void Process()
            {
                Console.WriteLine("SqlServer2005針對Unix作業系統的具體實作，");
            }
        }

        static void Main(string[] args)
        {
            #region 橋接模式
            //針對不同平臺進行擴展，也就是子類化，這個是獨立變化的，
            PlatformImplementor SqlServer2000UnixImp = new SqlServer2000UnixImplementor();

            //資料庫版本也可以進行擴展和升級，也進行獨立的變化，
            Database SqlServer2000Unix = new SqlServer2000(SqlServer2000UnixImp);

            //以上就是兩個維度的變化，

            //現在就可以針對Unix作業系統進行操作了，
            SqlServer2000Unix.Create();

            Console.Read();
            #endregion
        }
    }

    運行結果如下：

    三、橋接模式的實作要點

    1）Bridge模式使用“物件間的組合關系”解耦了抽象和實作之間固有的系結關系，使得抽象和實作可以沿著各自的維度來變化，

    2）所謂抽象和實作沿著各自維度的變化，即“子類化”它們，得到各個子類之后，便可以任意組合它們，從而獲得不同平臺上的不同型號，

    3）Bridge模式有時候類似于多繼承方案，但是多繼承方案往往違背了類的單一職責原則（即一個類只有一個變化的原因），復用性比較差，Bridge模式對

比于多繼承方案是更好的解決方法，

    4）Bridge模式的應用一般在“兩個非常強的變化維度”，有時候即使有兩個變化的維度，但是某個方向的變化維度并不劇烈，換言之兩個變化不會導致縱橫

交錯的結果，并不一定要使用Bridge模式，

    3.1、橋接模式的優點

    1）把抽象介面與其實作解耦，

    2）抽象和實作可以獨立擴展，不會影響到對方，

    3）實作細節對客戶透明，對使用隱藏了具體的實作細節，

    3.2、橋接模式的缺點

    1）增加了系統的復雜度

    3.3、橋接模式的使用場景

    1）一個系統需要在構件的抽象化角色和具體化角色之間添加更多的靈活性，避免在兩個層次之間建立靜態的聯系，

    2）設計要求實作化角色的任何改變不應當影響客戶端，或者實作化角色的改變對客戶端是完全透明的，

    3）需要跨越多個平臺的圖形和視窗系統上，

    4）一個類存在兩個獨立變化的維度，且兩個維度都需要進行擴展，

    四、.NET中橋接模式的實作

    學習中……，如果誰有好的代碼分享，可以貼出來，

    五、總結

    橋接模式是連接客戶端代碼和具體實作代碼的一座橋梁，同時它也隔離了實作代碼的改變對客戶代碼的影響，在意圖中所說的抽象和實作，這兩個部分其

實都是高度抽象的，前面“抽象”是指定義了針對客戶端的介面，客戶端其實使用的是Abstract型別或者是RefinedAbstract型別，這兩個型別只是介面，具體的

實作委托給了Implementor型別了，Abstract型別子類化的擴展也演變成Implementor子類化的變化，依個人理解，Abstract型別和其子型別在客戶端代碼和真

正實作的代碼之間起到了橋梁的作用，隔離了Implementor實作代碼的變化，讓客戶端更穩定，所以意圖才說是講抽象部分和它的實作部分隔離，

標籤：C#

上一篇：C#設計模式學習筆記：(6)配接器模式

下一篇：C# aggregateexception flatten innerexceptions