《大话设计模式》--世界需要和平--中介者模式<Mediator>(25)
2015-06-13 11:45
441 查看
尽管将一个系统分割成许多对象可以增加其可复用性,但是对象间相互连接的激增又会降低其可复用性了。大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,所以,对系统的行为进行任何较大的改动就十分困难了。
Mediator:调停者模式,用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
![](http://img.blog.csdn.net/20150613112401266)
总结:中介者模式很容易在系统中应用,也很容易在系统工程误用。当系统出现了‘多对多’交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理。Mediator出现减少了各个Colleague的耦合,使得可以独立地改变和复用各个Colleague类和Mediator。由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样的关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统。
由于ConcreteMediator控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个ConcreteColleague都复杂。
中介者模式一般应用于一组对象以定义良好但复杂的方式进行通信的场合,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。
Mediator:调停者模式,用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
abstract class UnitedNation { public abstract void Declare(string message, Nation nation); }
abstract class Nation { protected UnitedNation un; public Nation(UnitedNation un) { this.un = un; } }
class Iraq:Nation { public Iraq(UnitedNation un) : base(un) { } public void Declare(string message) { un.Declare(message, this); } public void GetMessage(string message) { Console.WriteLine(string.Format("伊拉克获得对方信息:{0}", message)); } }
class America:Nation { public America(UnitedNation un) : base(un) { } public void Declare(string message) { un.Declare(message, this); } public void GetMessage(string message) { Console.WriteLine(string.Format("美国获得对方信息:{0}", message)); } }
class SecurityCouncil : UnitedNation { private America america; private Iraq iraq; public America America { set { america = value; } } public Iraq Iraq { set { iraq = value; } } public override void Declare(string message, Nation nation) { if (nation == america) { iraq.GetMessage(message); } else { america.GetMessage(message); } } }
SecurityCouncil sc = new SecurityCouncil(); America a = new America(sc); Iraq i = new Iraq(sc); sc.America = a; sc.Iraq = i; a.Declare("不准研制核武器,否则要发动战争!"); i.Declare("我们没有核武器,也不怕侵略!");
总结:中介者模式很容易在系统中应用,也很容易在系统工程误用。当系统出现了‘多对多’交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理。Mediator出现减少了各个Colleague的耦合,使得可以独立地改变和复用各个Colleague类和Mediator。由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样的关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统。
由于ConcreteMediator控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个ConcreteColleague都复杂。
中介者模式一般应用于一组对象以定义良好但复杂的方式进行通信的场合,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。
相关文章推荐
- 网络流建模总结
- PowerDeigner 一个很好的画uml 和建模的软件
- XSS攻击及防御
- CSS中em单位和px单位的区别
- Binary Tree Postorder Traversal
- 第105章、蓝牙(从零开始学Android)
- jdk导证书
- Beckoff的EtherCAT从站代码架构解析
- MySQL常用
- 关于IE8中使用Jquery load方法无法正常加载页面
- 读取联系人错误
- POJ 2135 Farm Tour
- 用Apache的HTACCESS保护密码
- Java并发编程笔记 Java线程池的分析和使用
- Linux系统软件
- C# / MSSQL / WinForm / ASP.NET - SQLHelper中返回SqlDataReader数据
- OpenCL的框架
- listview OnScrollListener 方法
- 揭秘!如何快速提高网站权重-关键词百度指数叠加
- 数据库top和distinct的用法