【手写源码-设计模式18】-中介者模式-基于世界卫生组织协调战胜新冠场景

1:主题拆解

①基本介绍

②战胜新冠人人有责

③中介者模式的优缺点

④适用场景

⑤应用实例

2:基本介绍

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

中介者模式又叫调停者模式,是一种对象行为型模式。

中介者模式有一下四种角色

①Mediator(抽象中介者)

定义了与各同事类之间进行通信的方法

②ConcreteMediator(具体中介者)

抽象中介者的子类,协调各个同事对象实现协作行为,维持对各个同事对象的引用

③Colleague(抽象同事类)

定义各个同事类的公有方法,并声明一些抽象方法来提供子类实现,同事维持一个抽象中介者的引用,子类可以通过该引用与中介者通信

④ConcreteColleague(具体同事类)

抽象同事的子类,每一个同事对象在需要和其他同事对象通信时,先与中介者通信,通过中介者来间接完成与其他同事类的通信,在具体同事类中实现了在抽象同事类中声明的抽象方法。

3:战胜新冠人人有责

面对风靡全球的新冠病毒,我们相信我们只有各个国家协同合作才能真正战胜病毒。

如下图我们选择全球五大常任理事国之间的对话来模拟,如果每个国家互相之间进行各方面的交流就会让整个交流变得异常的复杂。该怎么处理呢?

 此时世界卫生组织就起到了很重要的作用了,所有的对话都有世界卫生组织作为中介来进行联系和协调。

 废话不所说,咱们开始撸码

①国家基类,相当于 Colleague

    public abstract class Country
    {
        protected UnitedNations mediator;
         
        public Country(UnitedNations mediator)
        {
            this.mediator = mediator;
        }
    }

②中国与美国类实例,相当于ConcreteColleague1与ConcreteColleague2

/// <summary>
    /// 美国类,相当于 ConcreteColleague1
    /// </summary>
    public 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);
        }
    }


    /// <summary>
    /// 中国类,相当于 ConcreteColleague2
    /// </summary>
    public class PRC : Country
    {
        public PRC(UnitedNations mediator) : base(mediator)
        {


        }


        public void Declare(string message)
        {
            mediator.Declare(message, this);
        }


        public void GetMessage(string message)
        {
            Console.WriteLine("中国获得对方信息:" + message);
        }
    }

③世界卫生组织机构类,相当于Mediator

 public abstract class UnitedNations
    {
        public abstract void Declare(string message, Country colleague);


    }

④世界卫生组织,相当于ConcreteMediator类

public class UnitedNationsSecurityCouncil : UnitedNations
    {
        private USA colleague1;
        private PRC colleague2;


        public USA Colleague1
        {
            set { colleague1 = value; }
        }


        public PRC Colleague2
        {
            set { colleague2 = value; }
        }


        /// <summary>
        /// 实现抽象方法
        /// </summary>
        /// <param name="message"></param>
        /// <param name="colleague"></param>
        public override void Declare(string message, Country colleague)
        {
            if (colleague == colleague1)
            {
                colleague2.GetMessage(message);
            }
            else
            {
                colleague1.GetMessage(message);
            }
        }
    }

⑤上端调用

UnitedNationsSecurityCouncil UNSC = new UnitedNationsSecurityCouncil();
USA c1 = new USA(UNSC);
PRC c2 = new PRC(UNSC);
UNSC.Colleague1 = c1;
UNSC.Colleague2= c2;          
c1.Declare("甩锅新冠病毒");
c2.Declare("东方快递准备就绪");

⑥执行结果

4:中介者模式的优缺点

1:优点

①简化交互

中介者模式简化了对象之间的交互,它用中介者和同事的一对多交互代替了原来同事的多对多交互,一对多容易理解和扩展,将原本难以理解的网状结构转换为星型结构。

②解耦同事对象

中介者模式可将各个同事对象解耦,有利于各同事之间的松耦合,可以独立改变和复用每一个同事和中介者,增加新的中介者和新的同事类都很方便,更好地符合开闭原则。

⑤减少同事子类个数

中介者将原本分布于多个对象间的行为集中起来,改变这些行为只需要生成新的中介者子类即可,这使得各个同事类可以被重用,无须对同事类进行扩展。

2:缺点

①中介者类复杂

由于具体中介者中包含了大量的同事之间的交互细节,可能会导致具体中介者类变得非常复杂,使得系统难以维护

5:适用场景

①系统对象之间存在复杂的引用关系,系统结构混乱且难以理解。

②一个对象由于引用了其他很多对象并且直接和这些对象通信,导致难以复用该对象。

③想通过一个中间类来封装多个类的行为,而又不想生成太多的子类。

6:应用实例

数据库设计多对多的关系,引入一个中间表

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

不要迷恋发哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值