设计模式之---中介者模式
中介者模式(Mediator):用一个中介对象来封装一系列的对象交互。中介者使得各对象不需要显示的相互引用,从而使其耦合松散,而且可以独立的改变它们之间的交互。
尽管将一个系统分割成许多对象通常可以增加其可复用性,但是对象相互连接的激增又会降低其可复用性,这是因为大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,通过中介者对象,可以将系统的网状结构变成以中介者为中心的星形结构。
Mediator是抽象中介者,定义了同事对象到中介者对象的接口。
中介者模式很容易在系统中应用,也很容易在系统中误用。当系统出现了”多对多“交互复杂的对象群时,不要急于使用中介者模式,而是要先反思你的系统在设计上是不是合理。
优点:
Mediator的出现减少了各个Colleague的耦合,使得可以独立的改变和复用各个Colleague类和Mediator。其次,由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就时站在一个更宏观的角度去看待系统。
缺点:
ConcreteMediator太过集中。
基本代码如下:
abstract class Mediator { public abstract void Send(string message, Colleague colleague); } abstract class Colleague { protected Mediator mediator; public Colleague(Mediator mediator) { this.mediator = mediator;//得到中介者对象 } } class ConcreteMediator : Mediator { private ConcreteColleague1 colleague1; private ConcreteColleague2 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); } } } 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); } }
ConcreteMediator m = new ConcreteMediator(); ConcreteColleague1 c1 = new ConcreteColleague1(m);//让两个具体同事类认识中介者对象 ConcreteColleague2 c2 = new ConcreteColleague2(m); m.Colleague1 = c1; m.Colleague2 = c2; c1.Send("吃过饭了没"); //消息的发送都是通过中介者转发 c2.Send("没有"); Console.Read();
中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。