中介者模式的定义

中介者模式,定义了一个中介对象来封装一系列对象之间的交互关系。中介者使各个对象之间不需要显式地相互引用,从而使耦合性降低,而且可以独立地改变它们之间的交互行为。

 

中介者模式的结构

  从生活中例子自然知道,中介者模式设计两个具体对象,一个是用户类,另一个是中介者类,根据针对接口编程原则,则需要把这两类角色进行抽象,所以中介者模式中就有了4类角色,它们分别是:抽象中介者角色,具体中介者角色、抽象同事类和具体同事类。中介者类是起到协调各个对象的作用,则抽象中介者角色中则需要保存各个对象的引用。有了上面的分析,则就不难理解中介者模式的结构图了,具体结构图如下所示:

为什么要使用中介者模式

  在现实生活中,中介者的存在是不可缺少的,如果没有了中介者,我们就不能与远方的朋友进行交流了。而在软件设计领域,为什么要使用中介者模式呢?如果不使用中介者模式的话,各个同事对象将会相互进行引用,如果每个对象都与多个对象进行交互时,将会形成如下图所示的网状结构。

从上图可以发现,如果不使用中介者模式的话,每个对象之间过度耦合,这样的既不利于类的复用也不利于扩展。如果引入了中介者模式,那么对象之间的关系将变成星型结构,采用中介者模式之后会形成如下图所示的结构:

从上图可以发现,使用中介者模式之后,任何一个类的变化,只会影响中介者和类本身,不像之前的设计,任何一个类的变化都会引起其关联所有类的变化。这样的设计大大减少了系统的耦合度。

实现如下所示:

  1. namespace ConsoleApplication1
  2. {
  3. /// <summary>
  4. /// 通用抽象中介类
  5. /// </summary>
  6. public abstract class Mediator
  7. {
  8. //定义同事类
  9. protected ConcreteColleague1 c1;
  10. protected ConcreteColleague2 c2;
  11. public ConcreteColleague1 C1
  12. {
  13. get { return c1; }
  14. set { c1 = value; }
  15. }
  16. public ConcreteColleague2 C2
  17. {
  18. get { return c2; }
  19. set { c2 = value; }
  20. }
  21. //中介者模式的业务逻辑
  22. public abstract void doSomething1();
  23. public abstract void doSomething2();
  24. }
  25. public class ConcreteMediator : Mediator
  26. {
  27. public override void doSomething1()
  28. {
  29. //调用同事类的方法,只要是public方法都可以调用
  30. c1.selfMethod1();
  31. c2.selfMethod2();
  32. }
  33. public override void doSomething2()
  34. {
  35. //调用同事类的方法,只要是public方法都可以调用
  36. c1.selfMethod1();
  37. c2.selfMethod2();
  38. }
  39. }
  40. /// <summary>
  41. /// 抽象同事类
  42. /// </summary>
  43. public abstract class Colleague
  44. {
  45. protected Mediator mediator;
  46. public Colleague(Mediator _mediator)
  47. {
  48. this.mediator = _mediator;
  49. }
  50. }
  51. /// <summary>
  52. /// 具体同事类
  53. /// </summary>
  54. public class ConcreteColleague1 : Colleague
  55. {
  56. //通过构造函数传递中介者
  57. public ConcreteColleague1(Mediator _mediator)
  58. : base(_mediator)
  59. {
  60. }
  61. //自有方法
  62. public void selfMethod1()
  63. {
  64. //处理自己的业务逻辑
  65. }
  66. //依赖方法
  67. public void depMethod1()
  68. {
  69. //处理自己的业务逻辑
  70. //自己不能处理的业务逻辑,委托给中介者处理
  71. mediator.doSomething1();
  72. }
  73. }
  74. /// <summary>
  75. /// 具体同事类
  76. /// </summary>
  77. public class ConcreteColleague2 : Colleague
  78. {
  79. //通过构造函数传递中介者
  80. public ConcreteColleague2(Mediator _mediator)
  81. : base(_mediator)
  82. {
  83. }
  84. //自有方法
  85. public void selfMethod2()
  86. {
  87. //处理自己的业务逻辑
  88. }
  89. //依赖方法
  90. public void depMethod2()
  91. {
  92. //处理自己的业务逻辑
  93. //自己不能处理的业务逻辑,委托给中介者处理
  94. mediator.doSomething2();
  95. }
  96. }
  97. class Program
  98. {
  99. static void Main(string[] args)
  100. {
  101. Console.ReadLine();
  102. }
  103. }
  104. }

中介者模式的适用场景

  一般在以下情况下可以考虑使用中介者模式:

  • 一组定义良好的对象,现在要进行复杂的相互通信。
  • 想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。

中介者模式的优缺点

中介者模式具有以下几点优点:

  • 简化了对象之间的关系,将系统的各个对象之间的相互关系进行封装,将各个同事类解耦,使得系统变为松耦合。
  • 提供系统的灵活性,使得各个同事对象独立而易于复用。

然而,中介者模式也存在对应的缺点:

  • 中介者模式中,中介者角色承担了较多的责任,所以一旦这个中介者对象出现了问题,整个系统将会受到重大的影响。例如,QQ游戏中计算欢乐豆的程序出错了,这样会造成重大的影响。
  • 新增加一个同事类时,不得不去修改抽象中介者类和具体中介者类,此时可以使用观察者模式和状态模式来解决这个问题。
应用一:
下面就以现实生活中打牌的例子来实现下中介者模式。在现实生活中,两个人打牌,如果某个人赢了都会影响到对方状态的改变。如果此时不采用中介者模式实现的话,则上面的场景的实现如下所示:

  1. // 抽象牌友类
  2. public abstract class AbstractCardPartner
  3. {
  4. public int MoneyCount { get; set; }
  5. public AbstractCardPartner()
  6. {
  7. MoneyCount = ;
  8. }
  9. public abstract void ChangeCount(int Count, AbstractCardPartner other);
  10. }
  11. // 牌友A类
  12. public class ParterA : AbstractCardPartner
  13. {
  14. public override void ChangeCount(int Count, AbstractCardPartner other)
  15. {
  16. this.MoneyCount += Count;
  17. other.MoneyCount -= Count;
  18. }
  19. }
  20. // 牌友B类
  21. public class ParterB : AbstractCardPartner
  22. {
  23. public override void ChangeCount(int Count, AbstractCardPartner other)
  24. {
  25. this.MoneyCount += Count;
  26. other.MoneyCount -= Count;
  27. }
  28. }
  29. class Program
  30. {
  31. // A,B两个人打牌
  32. static void Main(string[] args)
  33. {
  34. AbstractCardPartner A = new ParterA();
  35. A.MoneyCount = ;
  36. AbstractCardPartner B = new ParterB();
  37. B.MoneyCount = ;
  38. // A 赢了则B的钱就减少
  39. A.ChangeCount(, B);
  40. Console.WriteLine("A 现在的钱是:{0}", A.MoneyCount);// 应该是25
  41. Console.WriteLine("B 现在的钱是:{0}", B.MoneyCount); // 应该是15
  42.  
  43. // B赢了A的钱也减少
  44. B.ChangeCount(, A);
  45. Console.WriteLine("A 现在的钱是:{0}", A.MoneyCount); // 应该是15
  46. Console.WriteLine("B 现在的钱是:{0}", B.MoneyCount); // 应该是25
  47. Console.Read();
  48. }
  49. }

上面确实完美解决了上面场景中的问题,并且使用了抽象类使具体牌友A和牌友B都依赖于抽象类,从而降低了同事类之间的耦合度。但是这样的设计,如果其中牌友A发生变化时,此时就会影响到牌友B的状态,如果涉及的对象变多的话,这时候某一个牌友的变化将会影响到其他所有相关联的牌友状态。例如牌友A算错了钱,这时候牌友A和牌友B的钱数都不正确了,如果是多个人打牌的话,影响的对象就会更多。这时候就会思考——能不能把算钱的任务交给程序或者算数好的人去计算呢,这时候就有了我们QQ游戏中的欢乐斗地主等牌类游戏了。所以上面的设计,我们还是有进一步完善的方案的,即加入一个中介者对象来协调各个对象之间的关联,这也就是中介者模式的应用了,具体完善后的实现代码如下所示:

  1. namespace MediatorPattern
  2. {
  3. // 抽象牌友类
  4. public abstract class AbstractCardPartner
  5. {
  6. public int MoneyCount { get; set; }
  7. public AbstractCardPartner()
  8. {
  9. MoneyCount = ;
  10. }
  11. public abstract void ChangeCount(int Count, AbstractMediator mediator);
  12. }
  13. // 牌友A类
  14. public class ParterA : AbstractCardPartner
  15. {
  16. // 依赖与抽象中介者对象
  17. public override void ChangeCount(int Count, AbstractMediator mediator)
  18. {
  19. mediator.AWin(Count);
  20. }
  21. }
  22. // 牌友B类
  23. public class ParterB : AbstractCardPartner
  24. {
  25. // 依赖与抽象中介者对象
  26. public override void ChangeCount(int Count, AbstractMediator mediator)
  27. {
  28. mediator.BWin(Count);
  29. }
  30. }
  31. // 抽象中介者类
  32. public abstract class AbstractMediator
  33. {
  34. protected AbstractCardPartner A;
  35. protected AbstractCardPartner B;
  36. public AbstractMediator(AbstractCardPartner a, AbstractCardPartner b)
  37. {
  38. A = a;
  39. B = b;
  40. }
  41. public abstract void AWin(int count);
  42. public abstract void BWin(int count);
  43. }
  44. // 具体中介者类
  45. public class MediatorPater : AbstractMediator
  46. {
  47. public MediatorPater(AbstractCardPartner a, AbstractCardPartner b)
  48. : base(a, b)
  49. {
  50. }
  51. public override void AWin(int count)
  52. {
  53. A.MoneyCount += count;
  54. B.MoneyCount -= count;
  55. }
  56. public override void BWin(int count)
  57. {
  58. B.MoneyCount += count;
  59. A.MoneyCount -= count;
  60. }
  61. }
  62. class Program
  63. {
  64. static void Main(string[] args)
  65. {
  66. AbstractCardPartner A = new ParterA();
  67. AbstractCardPartner B = new ParterB();
  68. // 初始钱
  69. A.MoneyCount = ;
  70. B.MoneyCount = ;
  71. AbstractMediator mediator = new MediatorPater(A, B);
  72. // A赢了
  73. A.ChangeCount(, mediator);
  74. Console.WriteLine("A 现在的钱是:{0}", A.MoneyCount);// 应该是25
  75. Console.WriteLine("B 现在的钱是:{0}", B.MoneyCount); // 应该是15
  76. // B 赢了
  77. B.ChangeCount(, mediator);
  78. Console.WriteLine("A 现在的钱是:{0}", A.MoneyCount);// 应该是15
  79. Console.WriteLine("B 现在的钱是:{0}", B.MoneyCount); // 应该是25
  80. Console.Read();
  81. }
  82. }
  83. }

从上面实现代码可以看出,此时牌友A和牌友B都依赖于抽象的中介者类,这样如果其中某个牌友类变化只会影响到,只会影响到该变化牌友类本身和中介者类,从而解决前面实现代码出现的问题,具体的运行结果和前面实现结果一样。

 
应用二:
用中介模式实现一个简易的进销存系统
具体代码实现:

  1. namespace ConsoleApplication1
  2. {
  3. /// <summary>
  4. /// 抽象中介者
  5. /// </summary>
  6. public abstract class AbstractMediator
  7. {
  8. protected Purchase purchase;
  9. protected Sale sale;
  10. protected Stock stock;
  11.  
  12. public AbstractMediator()
  13. {
  14. purchase = new Purchase(this);
  15. sale = new Sale(this);
  16. stock = new Stock(this);
  17. }
  18. //中介者最重要的方法叫做事件方法,处理多个对象之间的关系
  19. public abstract void execute(string strFun, params object[] arg);
  20. }
  21.  
  22. /// <summary>
  23. /// 具体中介者
  24. /// </summary>
  25. public class Mediator : AbstractMediator
  26. {
  27. public override void execute(string strFun, params object[] arg)
  28. {
  29. switch (strFun)
  30. {
  31. case "purchase.buy": //采购电脑
  32. this.buyComputer(Convert.ToInt32(arg[]));
  33. break;
  34. case "sale.sell": //销售电脑
  35. this.sellComputer(Convert.ToInt32(arg[]));
  36. break;
  37. case "sale.offsell": //折价销售
  38. this.offSell();
  39. break;
  40. case "stock.clear": //清仓处理
  41. this.clearStock();
  42. break;
  43. default:
  44. break;
  45. }
  46. }
  47.  
  48. //采购电脑
  49. private void buyComputer(int number)
  50. {
  51. int saleStatus = sale.getSaleStatus();
  52. if (saleStatus > ) //销售情况良好
  53. {
  54. Console.WriteLine("采购IBM电脑" + number + "台");
  55. stock.increase(number);
  56. }
  57. else //销售情况不好
  58. {
  59. int buynumber = number / ;
  60. Console.WriteLine("采购IBM电脑" + number + "台");
  61. }
  62. }
  63. //销售电脑
  64. private void sellComputer(int number)
  65. {
  66. if (stock.getStockNumber() < number) //库存数量不够销售
  67. {
  68. purchase.buyIBMcomputer(number);
  69. }
  70. stock.decrease(number);
  71. }
  72. //折价销售电脑
  73. private void offSell()
  74. {
  75. Console.WriteLine("折价销售IBM电脑" + stock.getStockNumber() + "台");
  76. }
  77. //清仓处理
  78. private void clearStock()
  79. {
  80. //要求清仓销售
  81. sale.offSale();
  82. //要求采购人员不要采购
  83. purchase.refuseBuyIBM();
  84. }
  85. }
  86.  
  87. /// <summary>
  88. /// 抽象同事类
  89. /// </summary>
  90. public abstract class AbstractColleague
  91. {
  92. protected AbstractMediator mediator;
  93. public AbstractColleague(AbstractMediator _mediator)
  94. {
  95. this.mediator = _mediator;
  96. }
  97. }
  98.  
  99. /// <summary>
  100. /// 具体同事类--采购类
  101. /// </summary>
  102. public class Purchase : AbstractColleague
  103. {
  104. public Purchase(AbstractMediator _mediator)
  105. : base(_mediator)
  106. {
  107.  
  108. }
  109. //采购IBM电脑
  110. public void buyIBMcomputer(int number)
  111. {
  112. mediator.execute("purchase.buy", number);
  113. }
  114. //不再采购IBM电脑
  115. public void refuseBuyIBM()
  116. {
  117. Console.WriteLine("不再采购IBM电脑");
  118. }
  119. }
  120.  
  121. /// <summary>
  122. /// 具体同事类--库存管理类
  123. /// </summary>
  124. public class Stock : AbstractColleague
  125. {
  126. //模拟期初库存数
  127. private static int COMPUTER_NUMBER = ;
  128. public Stock(AbstractMediator _mediator)
  129. : base(_mediator)
  130. {
  131.  
  132. }
  133. //库存增加
  134. public void increase(int number)
  135. {
  136. COMPUTER_NUMBER = COMPUTER_NUMBER + number;
  137. Console.WriteLine("库存数量为:" + COMPUTER_NUMBER);
  138. }
  139. //库存减少
  140. public void decrease(int number)
  141. {
  142. COMPUTER_NUMBER = COMPUTER_NUMBER - number;
  143. Console.WriteLine("库存数量为:" + COMPUTER_NUMBER);
  144. }
  145. //获取库存数量
  146. public int getStockNumber()
  147. {
  148. return COMPUTER_NUMBER;
  149. }
  150.  
  151. /*
  152. * 存货压力大了,
  153. * 就需要通知采购人员不要采购,
  154. * 销售人员要尽快销售
  155. */
  156. public void clearStock()
  157. {
  158. Console.WriteLine("清理存货是数量为:" + COMPUTER_NUMBER);
  159. mediator.execute("stock.clear");
  160. }
  161. }
  162.  
  163. /// <summary>
  164. /// 具体同事类--销售管理类
  165. /// </summary>
  166. public class Sale : AbstractColleague
  167. {
  168. public Sale(AbstractMediator _mediator)
  169. : base(_mediator)
  170. {
  171.  
  172. }
  173. //销售IBM电脑
  174. public void SellIBMComputer(int number)
  175. {
  176. mediator.execute("sale.sell",number);
  177. Console.WriteLine("销售IBM电脑" + number);
  178. }
  179. //反馈销售情况,0~100变化,0代表根本就没人买,100代表非常畅销
  180. public int getSaleStatus()
  181. {
  182. Random rand = new Random();
  183. int saleStatus = rand.Next();
  184. Console.WriteLine("IBM电脑的销售情况为:" + saleStatus);
  185. return saleStatus;
  186. }
  187. //折价处理
  188. public void offSale()
  189. {
  190. mediator.execute("sale.offsell");
  191. }
  192.  
  193. }
  194.  
  195. class Program
  196. {
  197. static void Main(string[] args)
  198. {
  199. AbstractMediator mediator = new Mediator();
  200. //采购人员采购电脑
  201. Console.WriteLine("---------采购人员采购电脑---------");
  202. Purchase purchase = new Purchase(mediator);
  203. purchase.buyIBMcomputer();
  204. //销售人员销售电脑
  205. Console.WriteLine("---------销售人员销售电脑---------");
  206. Sale sale = new Sale(mediator);
  207. sale.SellIBMComputer();
  208. //库存管理人员管理库存
  209. Console.WriteLine("---------库存管理人员管理库存---------");
  210. Stock stock = new Stock(mediator);
  211. stock.clearStock();
  212. Console.ReadLine();
  213. }
  214. }
  215. }
 
 
 

行为型---中介者模式(Mediator Pattern)的更多相关文章

  1. 设计模式系列之中介者模式(Mediator Pattern)——协调多个对象之间的交互

    说明:设计模式系列文章是读刘伟所著<设计模式的艺术之道(软件开发人员内功修炼之道)>一书的阅读笔记.个人感觉这本书讲的不错,有兴趣推荐读一读.详细内容也可以看看此书作者的博客https:/ ...

  2. 二十四种设计模式:中介者模式(Mediator Pattern)

    中介者模式(Mediator Pattern) 介绍用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互. 示例有一个Messa ...

  3. 乐在其中设计模式(C#) - 中介者模式(Mediator Pattern)

    原文:乐在其中设计模式(C#) - 中介者模式(Mediator Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 中介者模式(Mediator Pattern) 作者:weba ...

  4. 中介者模式(Mediator Pattern)

    用于减少多个对象或类之间的通信复杂性. 此模式提供了一个中介类,它通常处理不同类之间的所有通信,并支持通过松散耦合来维护代码.中介者模式属于行为模式类别. 实现实例 在这里通过一个聊天室的示例来演示中 ...

  5. 18.中介者模式(Mediator Pattern)

    using System; namespace Test { class Program { /// <summary> /// 中介者模式,定义了一个中介对象来封装一系列对象之间的交互关 ...

  6. [设计模式] 17 中介者模式 Mediator Pattern

    在GOF的<设计模式:可复用面向对象软件的基础>一书中对中介者模式是这样说的:用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变 ...

  7. 4.7 《硬啃设计模式》 第24章 麻烦的多角关系 - 中介者模式(Mediator Pattern)简介

    在Windows程序中,有时候界面控件之间的交互会很麻烦,如:A控件显示什么的时候,B控件要显示什么,另外C控件要不可用,同样其它控件也会有类似的复杂要求.控件与控件之间很容易形成复杂的多角关系了.现 ...

  8. 23种设计模式--中介者模式-Mediator Pattern

    一.中介者模式的介绍     中介者模式第一下想到的就是中介,房子中介,婚姻中介啊等等,当然笔者也希望来个婚姻中介给我介绍一个哈哈哈,,回归正题中介者模式分成中介者类和用户类,根据接口编程的方式我们再 ...

  9. 十一个行为模式之中介者模式(Mediator Pattern)

    定义: 用一个中介对象(中介者)来封装一系列的对象交互,使各个对象之间不需要显式地相互引用,从而降低耦合度,而且可以独立地改变他们之间的交互关系. 解耦后: 结构图: Mediator:抽象中介者,定 ...

  10. 【转】设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)

    设计模式 ( 十五 ) 中介者模式Mediator(对象行为型) 1.概述 在面向对象的软件设计与开发过程中,根据"单一职责原则",我们应该尽量将对象细化,使其只负责或呈现单一的职 ...

随机推荐

  1. 项目小程序笔记-登录界面+FPGA管脚分配文件生成

    声明:只是为了记录我遇到的一些问题,其中有我理解错的望勿参考. (1)qt designer设计好窗口 主窗口: 登录窗口: 关于qt designer的使用,大可以百度,很简单的,要注意的是部件的参 ...

  2. 网站模仿——LOFTER个人主页

    代码片段 码云链接:https://gitee.com/gulveig/codes/e7q95kub6clvxt2ydi84g83

  3. 记一个centos分区大小调整过程

    1. 备份 /home 目录 [root@centos ~]# cp -r /home /home_backup 2. 查看目前磁盘使用的情况, 需要将 /dev/mapper/centos-home ...

  4. 项目Alpha冲刺(团队6/10)

    项目Alpha冲刺(团队6/10) 团队名称: 云打印 作业要求: 项目Alpha冲刺(团队) 作业目标: 完成项目Alpha版本 团队队员 队员学号 队员姓名 个人博客地址 备注 221600412 ...

  5. Java开发微服务为什么一定要选spring cloud?

    来自:网易乐得技术团队,作者:董添 李秉谦 现如今微服务架构十分流行,而采用微服务构建系统也会带来更清晰的业务划分和可扩展性.同时,支持微服务的技术栈也是多种多样的,本系列文章主要介绍这些技术中的翘楚 ...

  6. less编译工具——koala使用介绍

    1:使用koala编译软件    官网:http://koala-app.com/index-zh.html (目前官网点击下载没有反应,有人说可能是网络问题,但真正的原因是需要FQ才能下载了) 百度 ...

  7. Python Tkinter 简单使用

    简单的一些实例,能够实现一般的功能就够用了 Tkinter: 创建顶层窗口: # -*- coding: utf-8 -*- from Tkinter import *   root = Tk() r ...

  8. [Postman]调试和日志(10)

    Postman应用程序在我们发布之前会经过广泛的测试和beta版本.也就是说,可能存在应用程序崩溃或出现意外行为的情况.如果您无法   自行解决问题,可以在GitHub跟踪器中提出问题,或者 如果您希 ...

  9. 微信APP支付,支付宝APP支付demo

    最近公司新开发的APP中,需要集成微信支付和支付宝支付,2个平台申请的都是APP支付.这是个人第一次单独的,完整的做完2个平台的支付. 这里我主要用到了2个接口:支付接口,订单查询接口,虽然2个平台的 ...

  10. Python中的算数运算

    算数运算符 计算机,顾名思义就是负责进行 数学计算 并且 存储计算结果 的电子设备 目标 算术运算符的基本使用 01. 算数运算符 算数运算符是 运算符的一种 是完成基本的算术运算使用的符号,用来处理 ...