首页 > 代码库 > 深入浅出设计模式——中介者模式(Mediator Pattern)

深入浅出设计模式——中介者模式(Mediator Pattern)

模式动机

在用户与用户直接聊天的设计方案中,用户对象之间存在很强的关联性,将导致系统出现如下问题:
? 系统结构复杂:对象之间存在大量的相互关联和调用,若有一个对象发生变化,则需要跟踪和该对象关联的其他所有对象,并进行适当处理。
? 对象可重用性差:由于一个对象和其他对象具有很强的关联,若没有其他对象的支持,一个对象很难被另一个系统或模块重用,这些对象表现出来更像一个不可分割的整体,职责较为混乱。
? 系统扩展性低:增加一个新的对象需要在原有相关对象上增加引用,增加新的引用关系也需要调整原有对象,系统耦合度很高,对象操作很不灵活,扩展性差。
在面向对象的软件设计与开发过程中,根据“单一职责原则”,我们应该尽量将对象细化,使其只负责或呈现单一的职责。
对于一个模块,可能由很多对象构成,而且这些对象之间可能存在相互的引用,为了减少对象两两之间复杂的引用关系,使之成为一个松耦合的系统,我们需要使用中介者模式,这就是中介者模式的模式动机。

模式定义
中介者模式(Mediator Pattern)定义:用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式,它是一种对象行为型模式。
Mediator Pattern: 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.
Frequency of use: medium low
UML图
技术分享

模式结构
中介者模式包含如下角色:
Mediator: 抽象中介者
ConcreteMediator: 具体中介者
Colleague: 抽象同事类
ConcreteColleague: 具体同事类

模式分析
中介者模式可以使对象之间的关系数量急剧减少:
技术分享  技术分享

模式分析
中介者承担两方面的职责:
? 中转作用(结构性):通过中介者提供的中转作用,各个同事对象就不再需要显式引用其他同事,当需要和其他同事进行通信时,通过中介者即可。该中转作用属于中介者在结构上的支持。
? 协调作用(行为性):中介者可以更进一步的对同事之间的关系进行封装,同事可以一致地和中介者进行交互,而不需要指明中介者需要具体怎么做,中介者根据封装在自身内部的协调逻辑,对同事的请求进行进一步处理,将同事成员之间的关系行为进行分离和封装。该协调作用属于中介者在行为上的支持。
中介者模式就是迪米特法则的一个典型应用。

模式实例与解析
世界需要和平—中介者模式示例

体系结构
技术分享

Mediator: 抽象中介者 UnitedNations.cs

namespace MediatorPattern{    //联合国机构 相当于Mediator类    abstract class UnitedNations    {        public abstract void Declare(string message, Country colleague);    }}

ConcreteMediator: 具体中介者 UnitedNationsSecurityCouncil.cs

namespace MediatorPattern{    class UnitedNationsSecurityCouncil : UnitedNations    {        private USA colleaguel;        private Iraq colleague2;        //联合国安理会会了解所有的国家,所以拥有美国和伊拉克的对象属性        public USA Colleague1        {            set { colleaguel = value; }        }        public Iraq Colleague2        {            set { colleague2 = value; }        }        public override void Declare(string message, Country colleague)        {            if (colleague == colleaguel)            {                colleague2.GetMessage(message);            }            else            {                colleaguel.GetMessage(message);            }        }    }}

Colleague: 抽象同事类 Country.cs

namespace MediatorPattern{    //国家 相当于Colleague类    abstract class Country    {        protected UnitedNations mediator;        public Country(UnitedNations mediator)        {            this.mediator = mediator;        }    }}

ConcreteColleague: 具体同事类 USA.cs

using System;namespace MediatorPattern{    //美国类 相当于ConcreteColleaguel类    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);        }    }}

Iraq.cs

using System;namespace MediatorPattern{    //伊拉克类 相当于ConcreteColleague2类    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);        }    }}

Client:客户类

using System;namespace MediatorPattern{    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();        }    }}

模式优缺点
中介者模式的优点
? 简化了对象之间的交互。
? 将各同事解耦。
? 减少子类生成。
? 可以简化各同事类的设计和实现。
中介者模式的缺点
? 在具体中介者类中包含了同事之间的交互细节,可能会导致具体中介者类非常复杂,使得系统难以维护。

模式适用环境
在以下情况下可以使用中介者模式:
? 系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解。
? 一个对象由于引用了其他很多对象并且直接和这些对象通信,导致难以复用该对象。
? 想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。可以通过引入中介者类来实现,在中介者中定义对象交互的公共行为,如果需要改变行为则可以增加新的中介者类。

【声明与感谢】
本文,站在许多巨人的肩膀上,借鉴和引用了许多他人拥有版权的作品或著述,在此,对前人们的贡献致谢。并同时公布引用的内容、原作者或来源(一些来源于互联网的内容本人无法追述本源,深表遗憾)。

【参考文献】
《设计模式—可复用面向对象软件的基础》作者: [美] Erich Gamma / Richard Helm / Ralph Johnson / John Vlissides 译者: 李英军 / 马晓星 / 蔡敏 / 刘建中 等 机械工业出版社
《重构—改善既有代码的设计》作者: Martin Fowler译者:候捷 中国电力出版社
《敏捷软件开发—原则、模式与实践》作者: Robert C. Martin 清华大学出版社
《程序员修炼之道—从小工到专家》作者: Andrew Hunt / David Thomas 电子工业出版社
《Head First 设计模式》作者: 弗里曼 译者: O‘Reilly Taiwan公司 中国电力出版社
《设计模式之禅》 作者: 秦小波 机械工业出版社
MSDN WebCast 《C#面向对象设计模式纵横谈》 讲师:李建忠
刘伟. 设计模式. 北京:清华大学出版社, 2011.
刘伟. 设计模式实训教程. 北京:清华大学出版社, 2012.
《大话设计模式》 作者: 程杰 清华大学出版社
《C#图解教程》作者: 索利斯 译者: 苏林 / 朱晔 人民邮电出版社
《你必须知道的.NET》作者: 王涛
《项目中的.NET》作者: 李天平 电子工业出版社
《Microsoft .NET企业级应用架构设计》作者: (美)埃斯波西托等编著 译者: 陈黎夫
http://www.dofactory.com/Patterns/Patterns.aspx .NET Design Patterns
http://www.cnblogs.com/zhenyulu 博客作者:吕震宇
http://www.cnblogs.com/terrylee 博客作者:李会军
http://www.cnblogs.com/anlyren/ 博客作者:anlyren
http://www.cnblogs.com/idior 博客作者:idior
http://www.cnblogs.com/allenlooplee 博客作者:Allen lee
http://blog.csdn.net/ai92 博客作者:ai92
http://www.cnblogs.com/umlonline/ 博客作者:张传波
http://www.cnblogs.com/lovecherry/ 博客作者:LoveCherry

深入浅出设计模式——中介者模式(Mediator Pattern)