(十八)中介者模式

1.概述

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

Colleague 叫做抽象同事类,而C oncreteColleague 是具体同事类,每个具体同事只知道自己的行为,而不了解其他同事类的情况,但它们却都认识中介者对象,Mediator 是抽象中介者,定义了同事对象到中介者对象的接口,ConcreteMediato r是具体中介者对象,实现抽象类的方法,它需要知道所有具体同事类,并从具体同事接收消息,向具体同事对象发出命令。

2.示例

Mediator 类抽象中介者类。
Mediator.java

public abstract class Mediator {
    // 定义一个抽象的发送消息方法,传入同事对象和发送的消息
    abstract void send(String message, Colleague colleague);
}

Colleague 类抽象同事类
Colleague.java

public abstract class Colleague {
    protected Mediator mediator;

    // 构造方法,得到中介者对象
    public Colleague(Mediator mediator) {
        this.mediator = mediator;
    }
}

ConcreteMediator 类具体中介者类
ConcreteColleagueA.java

public class ConcreteColleagueA extends Colleague {
    public ConcreteColleagueA(Mediator mediator) {
        super(mediator);
    }

    public void send(String message) {
        this.mediator.send(message,this);
    }

    public void Notify(String message) {
        System.out.println("同事A得到信息:" + message);
    }
}

ConcreteColleagueB.java

public class ConcreteColleagueB extends Colleague {
    public ConcreteColleagueA(Mediator mediator) {
        super(mediator);
    }

    public void send(String message) {
        this.mediator.send(message,this);
    }

    public void Notify(String message) {
        System.out.println("同事B得到信息:" + message);
    }
}

客户端代码。
Client.java

public class Client {
    public static void main(String[] args) {
        ConcreteMediator mediator = new ConcreteMediator();
        // 让两个具体同事类认识中介者对象
        ConcreteColleagueA colleagueA = new ConcreteColleagueA(mediator);
        ConcreteColleagueB colleagueB = new ConcreteColleagueB(mediator);

        // 让中介者认识各个具体同事类对象
        mediator.setConcreteColleagueA(colleagueA);
        mediator.setConcreteColleagueB(colleagueB);

        // 具体同事类对象的发送信息都是通过中介者转发
        colleagueA.send("你好");
        colleagueB.send("Hi");
    }
}

输出入下。

同事B得到信息:你好
同事A得到信息:Hi

Process finished with exit code 0

3.优缺点

中介者模式很容易在系统中应用,也很容易在系统中误用。当系统出现了“多对多”交互复杂的对象群时,不要急于使用中介者模式,而要先反思系统在设计上是不是合理。

  • Mediato r的出现减少了各个 Colleague 的耦合,使得可以独立地改变和复用各个 Colleague 类和 Mediator。
  • 由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统。
  • 由于 ConcreteMediator 控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个 ConcreteColleague 都复杂。

中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。

参考书籍:
《大话设计模式》

posted @   DaleLee  阅读(15)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示