中介者模式簡介 提供一個中介對象出來，用於封裝一系列對象的交互，從而使各對象不需要直接交互，進一步降低了對象間的耦合度。這是一種行為型設計模式。 由此可見，中介者模式主要解決的是對象間所存在的大量關係，我們都知道，對象間一旦關聯緊密，必然會導致系統的複雜性增加，一旦某個對象有所修改，其關聯對象也有可 ...
中介者模式簡介
提供一個中介對象出來，用於封裝一系列對象的交互，從而使各對象不需要直接交互，進一步降低了對象間的耦合度。這是一種行為型設計模式。
由此可見，中介者模式主要解決的是對象間所存在的大量關係，我們都知道，對象間一旦關聯緊密，必然會導致系統的複雜性增加，一旦某個對象有所修改，其關聯對象也有可能會有跟著更改，這自然不是我們所希望的。有些朋友可能會說，如果交互很多，是不是可以將對象合併，從某種角度上來說，我們可以考慮對象合併。但是，我們並不能這樣去做，因為對象存在的層級可能是不同的，有些是處理數據交互的，有些是處理業務級的，合併起來會導致系統層次不明，引入更大的風險。
在現實生活中，中介者更多的體現為調度平臺或者房產中介，再或者就是紅娘了。我們以紅娘為例，
程式員找個女朋友實在是太難，而且時間也不多，圈子也不大，一個一個去認識，鬼知道哪一個要找對象的，耗費精力不說，尼瑪，還少敲了好幾段代碼。所以，一般通過紅娘會更方便一點，會使得我們的目的更加明確，就是找對象，篩選、信息收集、匹配的事情交給紅娘做就好了。畢竟紅娘可是掌握著很多女孩子的信息及其擇偶要求的，程式員過去把信息或者要求填寫一下即可，紅娘幫你匹配合適的女孩子，一旦有較高的匹配度，就可以約會見見了，說不准很快就成了，這樣代碼沒少敲，對象也不耽誤找，是不是很爽……
以上，我們可以發現，在中介者模式裡面，中介者承擔的職能主要包括：
- 業務通道的聚合，把之前繁瑣的對象交互抽象出來，所有的交互通過中介者通道進行。
- 信息的中轉，在中介者模式里，對象間的信息通過中介者轉發到對應的對象處。
中介者UML類圖
UML描述的是程式員相親的例子
通過以上UML圖，我們可以知道，中介者模式主要有以下幾個角色
Mediator: 抽象中介者。定義了同事對象與中介者對象進行交互的介面。
ConcreteMediator: 具體中介者，實現抽象中介者的方法。
Colleague: 抽象同事類。
ConcreteColleague: 具體同事類。每個具體同事類都只需要知道自己的行為即可，他們是直接與中介者打交道的類。
範例
接下來我們以程式員找對象為例，這裡的中介者就是程式員與妹子之間協調的紅娘了，來看看如何通過代碼編寫
核心邏輯代碼：
1: /// <summary>
2: /// 抽象中介者
3: /// </summary>
4: public abstract class Mediator
5: {
6: /// <summary>
7: /// 相親
8: /// </summary>
9: public abstract void BlindDate(Colleague colleague, string msg);
10: }
11:
12: /// <summary>
13: /// 抽象同事類
14: /// </summary>
15: public abstract class Colleague
16: {
17: protected Mediator mediator;
18: protected string msg;
19:
20: public Colleague(Mediator mediator, string msg)
21: {
22: this.mediator = mediator;
23: this.msg = msg;
24: }
25:
26: public abstract void Communication(string msg);
27: }
28:
29: /// <summary>
30: /// 媒婆或者說是紅娘
31: /// </summary>
32: /// <seealso cref="ConsoleApp2.Colleague" />
33: public class Matchmaker : Colleague
34: {
35: public Matchmaker(Mediator mediator, string msg) : base(mediator, msg)
36: {
37: }
38:
39: public void BlindDate()
40: {
41: this.mediator.BlindDate(this, this.msg);
42: }
43:
44: public override void Communication(string msg)
45: {
46: Console.WriteLine(this.msg + ":" + msg);
47: }
48: }
49:
50: /// <summary>
51: /// 相親者
52: /// </summary>
53: /// <seealso cref="ConsoleApp2.Colleague" />
54: public class Programmer : Colleague
55: {
56: public Programmer(Mediator mediator, string msg) : base(mediator, msg)
57: {
58: }
59:
60: public void BlindDate()
61: {
62: this.mediator.BlindDate(this, this.msg);
63: }
64:
65: public override void Communication(string msg)
66: {
67: Console.WriteLine(this.msg + ":" + msg);
68: }
69: }
70:
71: /// <summary>
72: /// 這裡就是中介機構了，暫且叫做結婚吧，作為一個中介結構，裡面的信息是完全的
73: /// </summary>
74: /// <seealso cref="ConsoleApp2.Mediator" />
75: public class MarryMediator : Mediator
76: {
77: public override void BlindDate(Colleague colleague, string msg)
78: {
79: colleague.Communication(msg);
80: }
81: }
調用：
1: class Program
2: {
3: static void Main(string[] args)
4: {
5: Mediator mediator = new MarryMediator();
6:
7: //紅娘
8: Matchmaker matchmaker = new Matchmaker(mediator, "金牌紅娘");
9: //程式員
10: Programmer programmer = new Programmer(mediator, "光棍程式員");
11:
12: mediator.BlindDate(matchmaker, "請問你是要相親嗎，我們這邊的優質女生有很多");
13: mediator.BlindDate(programmer, "是的，幫我介紹一個溫柔賢惠的妹子吧");
14:
15: Console.Read();
16: }
17: }
運行結果：
就這樣，讓人期待已久的相親開始了，後面的事情，就交給程式員自己發揮了
優缺點
優點：
中介者模式簡化並理清了對象間的關係，降低了類本身的複雜度，鬆散了對象間的耦合
缺點：
中介者本身承擔著太過沉重的職責，以至於中介者掛掉，可能系統也會掛掉
使用場景思考
中介者模式，比較適合處理比較穩定的場景，對於一組定義比較良好的對象，預期可變性不是那麼強，想通過一個中間類來封裝多個類中的行為，而又不想生成太多的子類。 比如在DDD領域驅動中，服務層與領域對象的交互就是一個非常穩定的場景，在這個場景里中介者模式得到了比較廣泛的運用。
