C#設計模式學習筆記：(17)中介者模式

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

    一、引言

    今天我們要講行為型設計模式的第五個模式--中介者模式，先從名字上來看，中介者模式可以理解為在兩個或多個物件中間增加一個“中間物件”，由增加

的“中間物件”協調它們之間的關系，中介者模式在現實生活中的例子很多，比如：A和B做生意，如果A和B是一次性買賣，沒有討價還價的程序，但是A或

者B的想法經常變，假如每次想法變的時候都通知對方，就會使對方很反感，不利于生意的順利進行，此時，如果在A和B之間增加一個C，在最終確定之前

不要告訴C物件，對方也就不知道（隔離了耦合，對方可以更具需求變化），等一方最終想法確定后再告訴C，然后由C轉告給對方，這樣就簡化了A和B之

間的交易程序，雙方都很滿意，

    在軟體構建程序中，因為有了變化，才有增加中介者的需要，如果沒有變化可以一次搞定，直接硬編碼也沒關系，所以說“變化”是模式的前提，無論是什

么模式，就因為有變化，而我們需要抵御變化，才要使用相應的模式來解決問題，

    二、中介者模式介紹

    中介者模式：英文名稱--Mediator Pattern；分類--行為型，

    2.1、動機（Motivate）

    在軟體構建程序中，經常會出現多個物件互相關聯互動的情況，物件之間常常會維持一種復雜的參考關系，如果遇到一些需求的更改，這種直接的參考關

系將面臨不斷地變化，在這種情況下，我們可使用一個“中介物件”來管理物件間的關聯關系，避免相互互動的物件之間的緊耦合參考關系，從而更好地抵御

變化，

    2.2、意圖（Intent）

    定義了一個中介物件來封裝一系列物件之間的互動關系，中介者使各個物件之間不需要顯式地相互參考，從而使耦合性降低，而且可以獨立地改變它們之

間的互動行為，——《設計模式》GoF

    2.3、結構圖（Structure）

    2.4、模式的組成

    可以看出，在中介者模式的結構圖有以下角色：

    1）抽象中介者角色（Mediator）：在里面定義各個同事之間互動需要的方法，可以是公共的通信方法，也可以是小范圍的互動方法，

    2）具體中介者角色（ConcreteMediator）：它需要了解并維護各個同事物件，并負責具體地協調各同事物件的互動關系，

    3）抽象同事類（Colleague）：通常為抽象類，主要約束同事物件的型別，并實作一些具體同事類之間的公共功能，比如，每個具體同事類都應該知道中

介者物件，也就是具體同事類都會持有中介者物件，都可以到這個類里面，

    4）具體同事類（ConcreteColleague）：實作自己的業務，需要與其他同事通信時候，就與持有的中介者通信，中介者會負責與其他同事類互動，

    2.5、中介者模式的具體實作

    中介者模式在現實生活中也有類似的例子，無論是QQ群、微信群或者手提電話，它們都充當一個中間平臺，QQ用戶可以登錄這個中間平臺與其他QQ用戶

進行交流，如果沒有這些中間平臺，或許我們要想和朋友聊天的話，只能是當面了，再比如：在公司管理程序中，會涉及到各個部門之間的協調與合作，假如

各個部門直接溝通，看似高效，其實不然，因為大家可能會互相“踢皮球”，此時溝通協調的時候，就需要一個中間人，誰呢？總經理，在這里我們把總經理定

義為總的管理者，各個部門需要向他匯報和發起作業請求，實作代碼如下：

    class Program
    {
        /// <summary>
        /// 抽象中介者角色
        /// </summary>
        public interface IMediator
        {
            void Command(Department department);
        }

        /// <summary>
        /// 總經理--相當于具體中介者角色
        /// </summary>
        public sealed class President : IMediator
        {
            //總經理有各個部門的管理權限
            private Development _development;
            private Financial _financial;
            private Market _market;

            public void SetDevelopment(Development development)
            {
                _development = development;
            }

            public void SetFinancial(Financial financial)
            {
                _financial = financial;
            }
            
            public void SetMarket(Market market)
            {
                _market = market;
            }

            public void Command(Department department)
            {
                if (department.GetType() == typeof(Market))
                {
                    _financial.Process();
                }
            }
        }

        /// <summary>
        /// 同事類的介面
        /// </summary>
        public abstract class Department
        {
            public IMediator GetMediator { get; private set; }

            protected Department(IMediator mediator)
            {
                GetMediator = mediator;
            }

            //申請資源
            public abstract void Process();

            //實際應用
            public abstract void Apply();
        }

        /// <summary>
        /// 開發部門
        /// </summary>
        public sealed class Development : Department
        {
            public Development(IMediator m) : base(m) { }

            public override void Process()
            {
                Console.WriteLine("開發專案，申請資金，");
            }

            public override void Apply()
            {
                Console.WriteLine("專心致致，開發樣品，");
            }
        }

        /// <summary>
        /// 市場部門
        /// </summary>
        public sealed class Market : Department
        {
            public Market(IMediator mediator) : base(mediator) { }

            public override void Process()
            {
                Console.WriteLine("開拓市場，申請資金，");
                GetMediator.Command(this);
            }

            public override void Apply()
            {
                Console.WriteLine("風吹日曬，開發客戶，");
            }
        }

        /// <summary>
        /// 財務部門
        /// </summary>
        public sealed class Financial : Department
        {
            public Financial(IMediator m) : base(m) { }

            public override void Process()
            {
                Console.WriteLine("核實申請，出納付款，");
            }

            public override void Apply()
            {
                Console.WriteLine("核對費用，會計做賬，");
            }
        }

        static void Main(string[] args)
        {
            #region 中介者模式
            President mediator = new President();
            Market market = new Market(mediator);
            Financial financial = new Financial(mediator);

            mediator.SetMarket(market);
            mediator.SetFinancial(financial);            

            market.Process();
            market.Apply();

            Console.Read();
            #endregion
        }
    }

    運行結果如下：

    三、中介者模式的實作要點

    將多個物件間復雜的關聯關系解耦，Mediator模式將多個物件間的控制邏輯進行集中管理，變“多個物件互相關聯”為“多個物件和一個中介者關聯”，簡化了系

統的維護，抵御了可能的變化，隨著控制邏輯的復雜化，Mediator具體物件的實作可能相當復雜，這時候可以對Mediator物件進行分解處理，

    Facade模式是解耦系統外到系統內（單向）的關聯關系

    Mediator模式是解耦系統內各個物件之間（雙向）的關聯關系

    3.1、中介者模式的優點

    1）松散耦合

    中介者模式通過把多個同事物件之間的互動封裝到中介物件里面，從而使得物件之間松散耦合，基本上可以做到互不依賴，這樣一來，同時物件就可以獨立

的變化和復用，不再“牽一發動全身”，

    2）集中控制互動

    多個同事物件的互動，被封裝在中介者物件里面集中管理，使得這些互動行為發生變化的時候，只需要修改中介者就可以了，

    3）多對多變為一對多

    沒有中介者模式的時候，同事物件之間的關系通常是多對多，引入中介者物件后，中介者和同事物件的關系通常變為雙向的一對多，這會讓物件的關系更容

易理解和實作，

    3.2、中介者模式的缺點

    1）過多集中化

    如果同事物件之間的互動非常多，而且比較復雜，當這些復雜性全都集中到中介者的時候，會導致中介者物件變得十分復雜，而且難于維護和管理，

    四、.NET中介者模式的實作

    根據我個人的理解，ASP.NET MVC開發模式就是一個中介者模式的很好體現，其中C就是Controller，也就是中文所說的控制器，控制器就是一個中介者，

M和V和它打交道，具體的情況大家可以去查看相關資料，

    五、總結

    為什么要使用中介者模式呢？如果不使用中介者模式的話，各個同事物件將會相互進行參考，如果每個物件都與多個物件進行互動時，將會形成如下圖所示

的網狀結構，

    從上圖可以發現，如果不使用中介者模式的話，每個物件之間過度耦合，這樣既不利于類的復用也不利于擴展，如果引入了中介者模式，那么物件之間的關

系將變成星型結構，將會形成如下圖所示的結構：

    從上圖可以發現，使用中介者模式之后，任何一個類的變化，只會影響中介者和類本身，不像之前的設計，任何一個類的變化都會引起其關聯所有類的變化，

這樣的設計大大減少了系統的耦合度，

標籤：C#

上一篇：C# 8.0 新特性之二：介面默認實作

下一篇：C#設計模式學習筆記：(18)狀態模式