博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

设计模式——中介者模式(Mediator)

Posted on 2008-09-12 10:53  Anna Yang  阅读(424)  评论(0编辑  收藏  举报
设计模式(16):中介者模式(Mediator)
中介者模式(Mediator)
定义
      用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
动机
    尽管将一个系统分割成许多对象通常可以增加其复用性,但是对象间相互连接的激增又会降低其可复用性了。因为大量的连接使得一个对象不可能在没有其他对象的支持下个工作,系统表现为一个不可分割的整体,所以,对系统的行为进行任何较大的改动就十分困难了。
中介者模式(Mediator)结构图
 
 Colleague叫做抽象同事类,而ConcreteColleague是具体同事类,每个具体同事类只知道自己的行为,而不了解其他同事类的情况,但他们却都认识中介者对象,Mediator是抽象中介者,定义了同事对象到中介者对象的接口,ConcreteMediator是具体中介者对象,实行抽象类的方法,它需要知道所有具体同事类,并从具体同事接受消息,向具体同事对象发出命令。
 
Mediator类  抽象中介者类
abstract class Mediator
{
   
public abstract void Send(string message,Colleague colleague);
}
 
Colleague 类  抽象同事类
abstract class Colleague
{
  
protected Mediator  mediator;
  
public Colleague(Mediator  mediator)
  {
    
this.mediator=mediator;
  }
}
 
ConcreteMediator类 具体中介者
class ConcreteMediator: Mediator
{
  
private ConcreteColleague1 colleague1;
  
private ConcreteColleague1 colleague2;
  
  
public ConcreteColleague1 Colleague1
  {
    
set{colleague1=value;}
  }
  
  
public ConcreteColleague2 Colleague2
  {
    
set{colleague2=value;}
  }
  
  
public override void Send(string message,Colleague colleague)
  {
     
if(colleague==colleague1)
     {
       colleague2.Notify(message);
     }
     
else
         {
           colleague1.Notify(message);
         }
  }
}
 
ConcreteColleague1和ConcreteColleague2等各种同事对象
          class ConcreteColleague1: Colleague
            {
                
public ConcreteColleague1(Mediator mediator):base(mediator)
                {

                }

                
public void Send(string message)
                {
                    mediator.Send(message,
this);
                }

                
public void Notify(string message)
                {
                    Console.WriteLine(
"同事1得到消息:"+message);
                }
            }


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

                }

                
public void Send(string message)
                {
                    mediator.Send(message,
this);
                }

                
public void Notify(string message)
                {
                    Console.WriteLine(
"同事2得到消息:"+message);
                }
            }
 
客户端调用
        static void Main(string[] args)
        {
            ConcreteMediator m
=new ConcreteMediator();
            ConcreteColleague1 c1
-=new ConcreteColleague1(m);
            ConcreteColleague2 c2
=new ConcreteColleague2(m);
            m.Colleague1
=c1;
            m.Colleague2
=c2;
            c1.Send(
"吃过饭了吗?");
            c2.Send(
"没有了,你打算请客?");
        }
 
优缺点
缺点:中介者模式很容易在系统中应用,也很容易在系统中误用。当系统出现了“多对多”交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理; 由于ConcreteMediator控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个ConcreteColleague都复杂。
优点:Mediator的出现减少了各个Colleague的耦合,使得可以独立的改变和复用各个Colleague类和Mediator; 由于把对象如何写作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到了它们之间的交互上来。也就是站在一个更宏观的角度去看待系统。
 
应用
中介者一般应用于一组对象以定义良好但是复杂的方式进行通信的场合,以及像制定一个分布在多个类中的行为,而又不想生成太多的子类的场合。