25.1 世界需要和平!
尽管将一个系统分割成许多对象通常可以增加其可复用性,但是对象间相互连接的激增又会降低其可复用性了,
大量的连接使得一个对象不可能在没有其它对象的支持下工作,系统表现为一个不可分割的整体,所以,对系统的行为进行任何较大的改动就十分困难了,
“迪米特法则”,如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用,如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用,
25.2 中介者模式
用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显示的相互引用,从而使其耦合松散,而且可以独立的改变它们之间的交互,
namespace 中介者模式 { class Program { 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("没有呢,你打算请客?"); Console.Read(); } } //抽象中介者类, abstract class Mediator { public abstract void Send(string message, Colleague colleague); //定义一个抽象的发送消息方法,得到同事对象和发送信息, } //具体中介者类, 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); } } } //抽象同事类, abstract class Colleague { protected Mediator mediator; public Colleague(Mediator mediator) //构造函数,得到抽象中介者对象, { this.mediator = mediator; } } //具体同事类1, 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); } } //具体同事类2, 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); } } }
25.3 安理会做中介
namespace 中介者模式 { class Program { static void Main(string[] args) { UnitedNationsSecurityCouncil UNSC = new UnitedNationsSecurityCouncil(); USA c1 = new USA(UNSC); Iraq c2 = new Iraq(UNSC); UNSC.Colleague1 = c1; UNSC.Colleague2 = c2; c1.Declare("不准研制核武器,否则要发动战争!"); c2.Declare("我们没有核武器,也不怕侵略。"); Console.Read(); } } //联合国机构, abstract class UnitedNations { public abstract void Declare(string message, Country colleague); } //联合国安全理事会, class UnitedNationsSecurityCouncil : UnitedNations { private USA colleague1; private Iraq colleague2; public USA Colleague1 { set { colleague1 = value; } } public Iraq Colleague2 { set { colleague2 = value; } } public override void Declare(string message, Country colleague) { if (colleague == colleague1) { colleague2.GetMessage(message); } else { colleague1.GetMessage(message); } } } //国家, abstract class Country { protected UnitedNations mediator; public Country(UnitedNations mediator) { this.mediator = mediator; } } //美国, class USA : Country { public USA(UnitedNations mediator) : base(mediator) { } //声明, public void Declare(string message) { mediator.Declare(message, this); } //获得消息, public void GetMessage(string message) { Console.WriteLine("美国获得对方信息:" + message); } } //伊拉克, class Iraq : Country { public Iraq(UnitedNations mediator) : base(mediator) { } //声明, public void Declare(string message) { mediator.Declare(message, this); } //获得消息, public void GetMessage(string message) { Console.WriteLine("伊拉克获得对方信息:" + message); } } }
问题在于ConcreteMediator这个类必须要知道所有的ConcreteColleague,这好像有些问题?尽管这样的设计减少了ConcreteColleague类之间的耦合,但这又使得ConcreteMediator责任太多了,如果它出了问题,整个系统都会有问题了,
25.4 中介者模式优缺点
中介者模式很容易在系统中应用,也很容易在系统中误用,当系统出现了“多对多”交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理,
中介者模式的优点首先是Mediator的出现减少了各个Colleague的耦合,使得可以独立的改变和复用各个Colleague类和Mediator类,其次,由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统,
由于ConcreteMediator控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个ConcreteColleague都复杂,
中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合,如得到的窗体Form对象或Web页面aspx,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合,