前言
今天我們一起看看中介者模式，怎么去理解這個模式呢？說起來也簡單、好理解，生活中我們租房經常都是通過中介來實作的，一般租房要么是房東直租要么是中介，那么今天要講的中介者模式和租房的這個中介是否有關系呢？當然是有點關系的，中介者模式是用來降低多個物件和類之間的通信復雜性，這種模式提供了一個中介類，這個類就來處理不同類之間的通訊，租房中介也是這個道理，復制與各個房東和租戶之間的通訊，將多對多簡化成了一對多的關系，我們下面來具體看看到底是怎么回事吧!
中介者模式介紹
一、來由
在軟體系統中經常會遇到多個物件相互關聯相互參考依賴的情況，這樣的話，如果遇到了需求變動將會影響到其他各個相互關聯的物件變化，在這種情況下，就需要一個中介物件來管理處理這些多個物件之間的管理依賴關系，解決緊耦合、抵御一動牽全身的變化，
二、意圖
用一個中介物件來封裝一系列的物件互動，中介者使各物件不需要顯式地相互參考，從而使其耦合松散，而且可以獨立地改變它們之間的互動，
三、案例圖
四、中介者模式代碼示例
看上面的案例圖，我們一起看看包含的四個部分：
抽象中介者：定義了各個同事之間互動需要的方法，
具體中介者：需要了解維護各個同事物件，并且負責協調各個具體同事之間的互動，
抽象同事類：約束具體同事類的型別、并且實作一些具體同事類之間的公共方法，
具體同事類：實作自己的業務，
我們還是回到開篇講到的那個例子，關于租房中介的例子，加入沒有租房中介，這里有六個房東需要出租房屋，房屋各不相同、各有各的特點、適合不一樣的人租住，這六個房東之間剛好有點聯系，然后都在出租房屋，這時租客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#設計模式系列目錄
歡迎大家掃描下方二維碼，和我一起踏上設計模式的闖關之路吧!
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/39948.html
標籤：設計模式
下一篇：組合模式