設計模式之美：Mediator（中介者）

索引

• 意圖
• 結構
• 參與者
• 適用性
• 效果
• 相關模式
• 實現
  • 實現方式（一）：Mediator 模式結構樣式代碼。

意圖

用一個中介對象來封裝一系列的對象交互。

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

Define an object that encapsulates how a set of objects interact.

Mediator promotes loose coupling by keeping objects from referring to each other explicitly, and it lets you vary their interaction independently.

結構

一個典型的對象結構：

參與者

Mediator

• 中介者定義一個接口用於與各同事對象通信。

ConcreteMediator

• 具體中介者通過協調各同事對象實現協作行為。
• 了解並維護它的各個同事。

Colleague

• 每一個同事類都知道它的中介者。
• 每一個同事對象在需與其他同事通信時，與它的中介者通信。

適用性

在以下情況下可以使用 Mediator 模式：

• 一組對象定義良好但是使用復雜的通信方式。產生的相互依賴關系結構混亂且難以理解。
• 一個對象引用其他很多對象並且直接與這些對象通信，導致難以復用該對象。
• 想定制一個分布在多個類中的行為，而又不想生成太多的子類。

效果

• 減少了子類的生成。
• 將各個同事類解耦。
• 它簡化了對象協議。
• 它對對象如何協作進行了抽象。
• 它使控制集中化。

相關模式

• Facade 模式與 Mediator 模式的不同之處在於它是對一個對象子系統進行抽象，從而提供了一個更為方便的接口。它的協議是單向的，即 Facade 對象對這個子系統類提出要求，但反之則不行。Mediator 提供了各 Colleague 對象不支持或不能支持的協作行為，而協議是多向的。
• Colleague 可以使用 Observer 模式與 Mediator 通信。

實現

實現方式（一）：Mediator 模式結構樣式代碼。

 Colleague-Mediator 的通信中，當一個感興趣的事件發生時，Colleague 必須與其 Mediator 通信。

一種方式是使用 Observer 模式，將 Mediator 實現為一個 Observer，各 Colleague 作為 Subject。

另一種方式是在 Mediator 中定義一個特殊的通知接口，各 Colleague 在通信時直接調用該接口。

namespace MediatorPattern.Implementation1
{
  public abstract class Colleague
  {
    protected Mediator _mediator;

    public Colleague(Mediator mediator)
    {
      _mediator = mediator;
    }

    public abstract void Send(string message);
    public abstract void Notify(string message);
  }

  public abstract class Mediator
  {
    public abstract void SendMessage(Colleague sender, string message);
  }

  public class ConcreteMediator : Mediator
  {
    private ConcreteColleague1 _colleague1;
    private ConcreteColleague2 _colleague2;

    public ConcreteColleague1 Colleague1
    {
      set { _colleague1 = value; }
    }

    public ConcreteColleague2 Colleague2
    {
      set { _colleague2 = value; }
    }

    public override void SendMessage(Colleague sender, string message)
    {
      if (sender == _colleague1)
      {
        _colleague2.Notify(message);
      }
      else if (sender == _colleague2)
      {
        _colleague1.Notify(message);
      }
    }
  }

  public class ConcreteColleague1 : Colleague
  {
    public ConcreteColleague1(Mediator mediator)
      : base(mediator)
    {
    }

    public override void Send(string message)
    {
      _mediator.SendMessage(this, message);
    }

    public override void Notify(string message)
    {
      Console.WriteLine("Colleague1 gets message: " + message);
    }
  }

  public class ConcreteColleague2 : Colleague
  {
    public ConcreteColleague2(Mediator mediator)
      : base(mediator)
    {
    }

    public override void Send(string message)
    {
      _mediator.SendMessage(this, message);
    }

    public override void Notify(string message)
    {
      Console.WriteLine("Colleague2 gets message: " + message);
    }
  }

  public class Client
  {
    public void TestCase1()
    {
      var mediator = new ConcreteMediator();

      var colleague1 = new ConcreteColleague1(mediator);
      var colleague2 = new ConcreteColleague2(mediator);

      mediator.Colleague1 = colleague1;
      mediator.Colleague2 = colleague2;

      colleague1.Send("How are you?");
      colleague2.Send("Fine, Thank you!");
    }
  }
}

《設計模式之美》為 Dennis Gao 發布於博客園的系列文章，任何未經作者本人同意的人為或爬蟲轉載均為耍流氓。