设计模式——中介者模式

中介者模式通过一个中介对象来协调各个对象之间的交互,降低耦合度,提高复用性和系统扩展性。本文以联合国为例,阐述中介者模式的结构、应用场景以及优缺点。在实际使用中,需要注意避免中介者复杂度过高,合理评估适用性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

初识

在我们的生活中处处充斥着“中介者”,比如你租房、买房、出国留学、找工作、旅游等等可能都需要那些中介者的帮助,同时我们也深受其害,高昂的中介费,虚假信息。在地球上最大的中介者就是联合国了,它主要用来维护国际和平与安全、解决国际间经济、社会、文化和人道主义性质的问题。国与国之间的关系异常复杂,会因为各种各样的利益关系来结成盟友或者敌人,熟话说没有永远的朋友,也没有永远的敌人,只有永远的利益!所以国与国之间的关系同样会随着时间、环境因为利益而发生改变。在我们软件的世界也同样如此,对象与对象之间存在着很强、复杂的关联关系,如果没有类似于联合国这样的“机构”会很容易出问题的,譬如:

  • 对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我们也需要跟踪与之相关联的对象,同时做出相应的处理。
  • 对象之间的连接增加会导致对象可复用性降低。
  • 系统的可扩展性低。增加一个新的对象,我们需要在其相关连的对象上面加上引用,这样就会导致系统的耦合性增高,使系统的灵活性和可扩展都降低。

所谓中介者模式就是用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

在这里插入图片描述

结构

在这里插入图片描述
角色:
Mediator类:抽象中介者,定义了同事对象到中介者对象的接口
Colleague类:抽象同事类
ConcreteMediator类:具体中介者对象,实现抽象类的方法,它需要知道所有具体同事类,并从具体同事接受消息,向具体同事对象发出命令
ConcreteColleague类:具体同事类,每个具体同事只知道自己的行为,而不了解其他同事类的情况,但他们却都认识中介者对象

应用

中介者模式在生活中的应用很多,今天我们拿联合国作为举例,联合国类似于中介,梳理着各国之间的往来与各种事务,我们看看如何实现。

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);

}

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);
   }
}

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);
       }
   }
}

优缺点、适用场景

中介者模式很容易在系统中应用,也很容易在系统中误用。误用还不如不用,当我们考虑用中介者模式时要好好思考是不是真的合理。毕竟,凡是都有利弊。

缺点:

  • 由于ConcreteMediator控制了集中化,于是就把使用中介者模式之前的交互复杂性变成了中介者复杂性,这就使得中介者会变得比任何一个ConcreteColleague都复杂。

优点:

  • 降低了对象之间的耦合性,使得对象易于独立地被复用。
  • 将对象间的一对多关联转变为一对一的关联,提高系统的灵活性,使得系统易于维护和扩展。

适用情景:

  • 一般应用于一组对象以定义良好但是复杂的方式进行通信的场合
  • 想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值