VB.net 2010 視頻教程 VB.net 2010 視頻教程 VB.net 2010 視頻教程
SQL Server 2008 視頻教程 c#入門經典教程 Visual Basic從門到精通視頻教程
  • ASP.net教程之【朝花夕拾】設計模式之中介者模式

  • 2019-04-18 22:36 來源:未知

魔兽世界盗贼幻化: 中介者模式簡介

魔兽世界wow www.geyjm.icu 提供一個中介對象出來,用于封裝一系列對象的交互,從而使各對象不需要直接交互,進一步降低了對象間的耦合度。這是一種行為型設計模式。

由此可見,中介者模式主要解決的是對象間所存在的大量關系,我們都知道,對象間一旦關聯緊密,必然會導致系統的復雜性增加,一旦某個對象有所修改,其關聯對象也有可能會有跟著更改,這自然不是我們所希望的。有些朋友可能會說,如果交互很多,是不是可以將對象合并,從某種角度上來說,我們可以考慮對象合并。但是,我們并不能這樣去做,因為對象存在的層級可能是不同的,有些是處理數據交互的,有些是處理業務級的,合并起來會導致系統層次不明,引入更大的風險。

在現實生活中,中介者更多的體現為調度平臺或者房產中介,再或者就是紅娘了。我們以紅娘為例,

程序員找個女朋友實在是太難,而且時間也不多,圈子也不大,一個一個去認識,鬼知道哪一個要找對象的,耗費精力不說,尼瑪,還少敲了好幾段代碼。所以,一般通過紅娘會更方便一點,會使得我們的目的更加明確,就是找對象,篩選、信息收集、匹配的事情交給紅娘做就好了。畢竟紅娘可是掌握著很多女孩子的信息及其擇偶要求的,程序員過去把信息或者要求填寫一下即可,紅娘幫你匹配合適的女孩子,一旦有較高的匹配度,就可以約會見見了,說不準很快就成了,這樣代碼沒少敲,對象也不耽誤找,是不是很爽……


以上,我們可以發現,在中介者模式里面,中介者承擔的職能主要包括:

  • 業務通道的聚合,把之前繁瑣的對象交互抽象出來,所有的交互通過中介者通道進行。
  • 信息的中轉,在中介者模式里,對象間的信息通過中介者轉發到對應的對象處。

中介者UML類圖

UML描述的是程序員相親的例子

zhongjiezhe


通過以上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:  }

運行結果:

1554447454(1)

就這樣,讓人期待已久的相親開始了,后面的事情,就交給程序員自己發揮了

優缺點


優點:

中介者模式簡化并理清了對象間的關系,降低了類本身的復雜度,松散了對象間的耦合

缺點:

中介者本身承擔著太過沉重的職責,以至于中介者掛掉,可能系統也會掛掉

使用場景思考

中介者模式,比較適合處理比較穩定的場景,對于一組定義比較良好的對象,預期可變性不是那么強,想通過一個中間類來封裝多個類中的行為,而又不想生成太多的子類。 比如在DDD領域驅動中,服務層與領域對象的交互就是一個非常穩定的場景,在這個場景里中介者模式得到了比較廣泛的運用。

  • 以上為本篇文章的主要內容,希望大家多提意見,如果喜歡記得點個推薦

    作者: 艾心

    出處: https://www.cnblogs.com/edison0621/

    本文版權歸作者和博客園共有,歡迎轉載,轉載時保留原作者和文章地址即可。


相關教程