通俗易懂設計模式解析——中介者模式

前言今天我們一起看看中介者模式，怎麼去理解這個模式呢？說起來也簡單、好理解。生活中我們租房經常都是通過中介來實現的。一般租房要麼是房東直租要麼是中介。那麼今天要講的中介者模式和租房的這個中介是否有關係呢？當然是有點關係的。中介者模式是用來降低多個對象和類之間的通信複雜性。這種模式提供了一個中介類， ...

前言

　　今天我們一起看看中介者模式，怎麼去理解這個模式呢？說起來也簡單、好理解。生活中我們租房經常都是通過中介來實現的。一般租房要麼是房東直租要麼是中介。那麼今天要講的中介者模式和租房的這個中介是否有關係呢？當然是有點關係的。中介者模式是用來降低多個對象和類之間的通信複雜性。這種模式提供了一個中介類，這個類就來處理不同類之間的通訊。租房中介也是這個道理。複製與各個房東和租戶之間的通訊。將多對多簡化成了一對多的關係。我們下麵來具體看看到底是怎麼回事吧!

中介者模式介紹

一、來由

在軟體系統中經常會遇到多個對象相互關聯相互引用依賴的情況。這樣的話，如果遇到了需求變動將會影響到其他各個相互關聯的對象變化。在這種情況下，就需要一個中介對象來管理處理這些多個對象之間的管理依賴關係。解決緊耦合、抵禦一動牽全身的變化。

二、意圖

用一個中介對象來封裝一系列的對象交互，中介者使各對象不需要顯式地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的交互。

三、案例圖

四、中介者模式代碼示例

看上面的案例圖，我們一起看看包含的四個部分：

抽象中介者：定義了各個同事之間交互需要的方法。

具體中介者：需要瞭解維護各個同事對象，並且負責協調各個具體同事之間的交互。

抽象同事類：約束具體同事類的類型、並且實現一些具體同事類之間的公共方法。

具體同事類：實現自己的業務。

我們還是回到開篇講到的那個例子。關於租房中介的例子。加入沒有租房中介。這裡有六個房東需要出租房屋，房屋各不相同、各有各的特點、適合不一樣的人租住。這六個房東之間剛好有點聯繫。然後都在出租房屋。這時租客A來租房，看了一號房東的房子不滿意、但是一號房東覺得可以讓他去看看其他五個朋友的房間。然後開始聯繫他的五個朋友。這樣運行下去好像有是沒有什麼問題的。但是其中二號房東如果房屋不出租或者出租出去了。也就是發生了變化。這是他則需要通知其他五個朋友，告訴他們不用再給他介紹租客了。這裡就造成了中間一個人發生了變化，需要改動其他五個人。那麼如何可以解決這種情況呢。我們回到現在。把中介加進來、那六個房東都把房屋交給中介處理。租客A看房間一不滿意直接通過中介看房間二。當房間二被出租了。中介也只需要通知房東二號、然後他們簽訂合同。下次還有人看房間就不會再看房間二了。這裡一個出現了變化也就影響改變了一個。並不會影響其他另外五個房東。這個例子可以更好的幫助我們理解中介者模式。我們下麵看兩幅圖。

圖一：不採用中介的房東租房模式，多對多的網格。一動牽全身

圖二：採用中介的租房模式，一對多、一個變動不影響其他

下麵我們看看代碼如何實現中介者模式的吧。

namespace Mediator_Pattern
{
    class MediatorPattern
    {
    }

    /// <summary>
    /// 抽象中介者
    /// </summary>
    public abstract class Mediator
    {
        /// <summary>
        /// 定義與同事間的交互通信 
        /// </summary>
        public abstract void Common(string type);
    }

    /// <summary>
    /// 抽象同事類
    /// </summary>
    public abstract class Colleague
    {
         

        /// <summary>
        /// 處理自己的事務（房東展示自己的房屋）
        /// </summary>
        public abstract void Handle();

    }

    /// <summary>
    /// 房屋中介
    /// </summary>
    public class HouseMediator : Mediator
    {
        /// <summary>
        /// 中介有所有房東的房屋信息
        /// </summary>
        private SmallHouseColleague SmallHouse;
        private TwoHouseColleague TwoHouse;
        private ThreeHouseColleague ThreeHouse;

        public void SetSmallHouse(SmallHouseColleague small) 
        {
            SmallHouse = small;
        }

        public void SetTwoHouse(TwoHouseColleague two)
        {
            TwoHouse = two;
        }
        public void SetThreeHouse(ThreeHouseColleague three)
        {
            ThreeHouse = three;
        }
        /// <summary>
        ///  
        /// </summary>
        /// <param name="colleague"></param>
        public override void Common(string  type)
        { 
            switch (type)
            {
                case "單間":
                    SmallHouse.Handle();
                    Console.WriteLine("如果可以就可以租房了!");
                    break;
                case "兩居室":
                    TwoHouse.Handle();
                    Console.WriteLine("如果可以就可以租房了!");
                    break;
                case "三居室":
                    ThreeHouse.Handle();
                    Console.WriteLine("如果可以就可以租房了!");
                    break;
                default: 
                    Console.WriteLine($"{type}暫時沒有房源!");
                    break;
            }
        }
    }

    /// <summary>
    /// 房東（小房間）
    /// </summary>
    public class SmallHouseColleague : Colleague
    {
         

        /// <summary>
        /// 展示單間
        /// </summary>
        public override void Handle()
        {
            Console.WriteLine( "單間——便宜整潔");
        }
    }

    /// <summary>
    /// 房東（兩居室）
    /// </summary>
    public class TwoHouseColleague : Colleague
    { 

        /// <summary>
        /// 展示兩居室
        /// </summary>
        public override void Handle()
        {
            Console.WriteLine("兩居室——合適，靠譜");
        }
    }

    /// <summary>
    /// 房東（三居室）
    /// </summary>
    public class ThreeHouseColleague : Colleague
    { 

        /// <summary>
        /// 展示三居室
        /// </summary>
        public override void Handle()
        {
            Console.WriteLine("三居室——大氣，寬鬆");
        }
    }
}

namespace Mediator_Pattern
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("一個租客看房：");
            ///初始化中介
            HouseMediator mediator = new HouseMediator();

            ///初始化房屋信息
            SmallHouseColleague smallHouseColleague = new SmallHouseColleague( );
            TwoHouseColleague twoHouseColleague = new TwoHouseColleague( );
            ThreeHouseColleague threeHouseColleague = new ThreeHouseColleague( );

            ///中介獲取房屋信息
            mediator.SetSmallHouse(smallHouseColleague);
            mediator.SetTwoHouse(twoHouseColleague);
            mediator.SetThreeHouse(threeHouseColleague); 

            ///租戶A需要兩居室、提供看房
            mediator.Common("兩居室");

            //租戶B需要四居室、暫無房源
            mediator.Common("四居室");

        }
    }
}

使用場景及優缺點

一、使用場景

1、系統中對象間存在較為複雜引用，導致依賴關係和結構混亂而無法復用的情況。

2、想通過一個中間類來封裝多個類的行為，但是又不想要太多的子類。

二、優點

1、鬆散耦合、將多個對象之間的聯繫緊耦合封裝到中介對象中，做到松耦合。不會導致一動牽全身。

2、將多個對象之間的交互聯繫集中在中介對象中。發送變化僅需修改中介對象即可、提供系統的靈活性、使同事對象獨立而易於復用。

3、符合迪米特原則。就是說一個對象應當對其他對象有儘可能少的瞭解。減少各個對象之間的瞭解。

三、缺點

1、如果各個同事間的交互非常多並且複雜情況下，都交給中介者會導致中介者變得十分複雜，不易維護和管理。

總結

　　到這裡中介者模式就介紹完了。中介者模式主要是實現將多個對象的相互依賴和關聯解耦。用中介對象封裝一些列的對象交互。將多對多的相互轉換為多對一的相互作用。我們再回憶我們之前所講到的外觀模式和代理模式。好像三者之間有一些相似之處。那麼我們如何區分這三種模式呢？首先我們看外觀模式—外觀模式註重的是簡化介面，簡化組件系統與外部程式的依賴關係。提供一個更高層次的統一介面，使子系統更加簡便的使用。代理模式—註重的是對其他對象的訪問控制、傾向於的是一對一的關係處理。中介者模式—註重的是將多對多的關係處理封裝到一對多、通過一個中介者對象對多個對象之間的依賴進行解耦。

　　 這個社會是存在不公平的，不要抱怨，因為沒有用！人總是在反省中進步的！

　　 C#設計模式系列目錄

　　歡迎大家掃描下方二維碼，和我一起踏上設計模式的闖關之路吧!