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

本筆記摘抄自：https://www.cnblogs.com/PatrickLiu/p/7966240.html，記錄一下學習過程以備後續查用。一、引言今天我們要講行為型設計模式的第五個模式--中介者模式，先從名字上來看。中介者模式可以理解為在兩個或多個對象中間增加一個“中間對象”，由增加的“ ...

本筆記摘抄自：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
        }
    }

View Code

運行結果如下：

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

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

統的維護，抵禦了可能的變化。隨著控制邏輯的複雜化，Mediator具體對象的實現可能相當複雜。這時候可以對Mediator對象進行分解處理。

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

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

3.1、中介者模式的優點

1）鬆散耦合

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

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

2）集中控制交互

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

3）多對多變為一對多

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

易理解和實現。

3.2、中介者模式的缺點

1）過多集中化

如果同事對象之間的交互非常多，而且比較複雜，當這些複雜性全都集中到中介者的時候，會導致中介者對象變得十分複雜，而且難於維護和管理。

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

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

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

五、總結

為什麼要使用中介者模式呢？如果不使用中介者模式的話，各個同事對象將會相互進行引用，如果每個對象都與多個對象進行交互時，將會形成如下圖所示

的網狀結構。

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

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

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

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