通俗易懂設計模式解析——中介者模式
前言
今天我們一起看看中介者模式，怎麼去理解這個模式呢？說起來也簡單、好理解。生活中我們租房經常都是通過中介來實現的。一般租房要麼是房東直租要麼是中介。那麼今天要講的中介者模式和租房的這個中介是否有關係呢？當然是有點關係的。中介者模式是用來降低多個物件和類之間的通訊複雜性。這種模式提供了一箇中介類，這個類就來處理不同類之間的通訊。租房中介也是這個道理。複製與各個房東和租戶之間的通訊。將多對多簡化成了一對多的關係。我們下面來具體看看到底是怎麼回事吧!
中介者模式介紹
一、來由
在軟體系統中經常會遇到多個物件相互關聯相互引用依賴的情況。這樣的話，如果遇到了需求變動將會影響到其他各個相互關聯的物件變化。在這種情況下，就需要一箇中介物件來管理處理這些多個物件之間的管理依賴關係。解決緊耦合、抵禦一動牽全身的變化。
二、意圖
用一箇中介物件來封裝一系列的物件互動，中介者使各物件不需要顯式地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的互動。
三、案例圖
四、中介者模式程式碼示例
看上面的案例圖，我們一起看看包含的四個部分：
抽象中介者：定義了各個同事之間互動需要的方法。
具體中介者：需要了解維護各個同事物件，並且負責協調各個具體同事之間的互動。
抽象同事類：約束具體同事類的型別、並且實現一些具體同事類之間的公共方法。
具體同事類：實現自己的業務。
我們還是回到開篇講到的那個例子。關於租房中介的例子。加入沒有租房中介。這裡有六個房東需要出租房屋，房屋各不相同、各有各的特點、適合不一樣的人租住。這六個房東之間剛好有點聯絡。然後都在出租房屋。這時租客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#設計模式系列目錄
歡迎大家掃描下方二維碼，和我一起踏上設計模式的闖關之路吧!