中介者模式

简介

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.
用一个中介对象封装一系列的对象交互,中介者使各对象不需要显示地相互作用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

中介者模式(Mediator Pattern)又称为 调解者模式调停者模式。属于行为型模式。

中介者模式 包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使它们可以松散耦合。当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。

中介者模式 是用来降低多个对象和类之间的通信复杂性。这种模式通过提供一个中介类,将系统各层次对象间的多对多关系变成一对多关系,中介者对象可以将复杂的网状结构变成以调停者为中心的星形结构,达到降低系统的复杂性,提高可扩展性的作用。

中介者模式 核心:通过中介者解耦系统各层次对象的直接耦合,层次对象的对外依赖通信统统交由中介者转发。

主要解决

若系统各层次对象之间存在大量的关联关系,即层次对象呈复杂的网状结构,如果直接让它们紧耦合通信,会造成系统结构变得异常复杂,且其中某个层次对象发生改变,则与其紧耦合的相应层次对象也需进行修改,系统很难进行维护。而通过为该系统增加一个中介者层次对象,让其他各层次需对外通信的行为统统交由中介者进行转发,系统呈现以中介者为中心进行通讯的星形结构,系统的复杂性大大降低。

简单的说:多个类相互耦合,形成了网状结构,则考虑使用 中介者模式 进行优化。

优缺点

优点

  • 减少类间依赖,将一对多依赖转化成了一对一,降低了类间耦合;
  • 类间各司其职,符合 迪米特原则

缺点

  • 中介者模式中将原本多个对象直接的相互依赖变成了中介者和多个同事类的依赖关系。当同事类越多时,中介者就会越臃肿,变得复杂且难以维护;

使用场景

  • 系统各层次对象之间存在复杂的依赖通讯,导致它们之间的依赖关系结构混乱而且难以维护;此时可以使用中介者模式,将系统从网状结构变为以中介者为中心的星形结构;

模式讲解

首先来看下 中介者模式 的通用 UML 类图:

中介者模式

从 UML 类图中,我们可以看到,中介者模式 主要包含三种角色:

  • 抽象中介者(Mediator):定义统一的接口,用于各同事角色之间的通信;
  • 具体中介者(ConcreteMediator):从具体的同事对象接收消息,向具体同事对象发出命令,协调各同事间的协作;
  • 抽象同事类(Colleague):每一个同事对象均需要依赖中介者角色,与其他同事间通信时,交由中介者进行转发协作;
  • 具体同事类(ConcreteColleague):负责实现自发行为(Self-Method),转发依赖方法(Dep-Method)交由中介者进行协调;

以下是 中介者模式 的通用代码:

class Client {
    public static void main(String[] args) {
        Mediator mediator = new ConcreteMediator();
        ConcreteColleagueA colleagueA = new ConcreteColleagueA(mediator);
        ConcreteColleagueB colleagueB = new ConcreteColleagueB(mediator);
        colleagueA.depMethodA();
        System.out.println("-------------------------");
        colleagueB.depMethodB();
    }

    // 抽象同事类
    static abstract class Colleague {
        protected Mediator mMediator;

        public Colleague(Mediator mediator) {
            this.mMediator = mediator;
        }
    }

    // 具体同事类
    static class ConcreteColleagueA extends Colleague {
        public ConcreteColleagueA(Mediator mediator) {
            super(mediator);
            this.mMediator.setColleageA(this);
        }

        // 自有方法:self-Method
        public void selfMethodA() {
            // 处理自己的逻辑
            System.out.println(String.format("%s:self-Method", this.getClass().getSimpleName()));
        }

        // 依赖方法:dep-Method
        public void depMethodA() {
            // 处理自己的逻辑
            System.out.println(String.format("%s:depMethod: delegate to Mediator", this.getClass().getSimpleName()));
            // 无法处理的业务逻辑委托给中介者处理
            this.mMediator.transferA();
        }
    }

    // 具体同事类
    static class ConcreteColleagueB extends Colleague {
        public ConcreteColleagueB(Mediator mediator) {
            super(mediator);
            this.mMediator.setColleageB(this);
        }

        // 自有方法:self-Method
        public void selfMethodB() {
            // 处理自己的逻辑
            System.out.println(String.format("%s:self-Method", this.getClass().getSimpleName()));
        }

        // 依赖方法:dep-Method
        public void depMethodB() {
            // 处理自己的逻辑
            System.out.println(String.format("%s:depMethod: delegate to Mediator", this.getClass().getSimpleName()));
            // 无法处理的业务逻辑委托给中介者处理
            this.mMediator.transferB();
        }
    }

    // 抽象中介者
    static abstract class Mediator {
        protected ConcreteColleagueA mColleagueA;
        protected ConcreteColleagueB mColleagueB;

        public void setColleageA(ConcreteColleagueA colleague) {
            this.mColleagueA = colleague;
        }

        public void setColleageB(ConcreteColleagueB colleague) {
            this.mColleagueB = colleague;
        }

        // 中介者业务逻辑
        public abstract void transferA();

        public abstract void transferB();
    }

    // 具体中介者
    static class ConcreteMediator extends Mediator {
        @Override
        public void transferA() {
            // 协调行为:A 转发到 B
            this.mColleagueB.selfMethodB();
        }

        @Override
        public void transferB() {
            // 协调行为:B 转发到 A
            this.mColleagueA.selfMethodA();
        }
    }
}

上面代码可以看到,其实抽象同事类Colleague的作用只是硬性规定让同事类都依赖于中介者Mediator,而且Mediator内部直接引用的是具体同事类ConcreteColleague,这是因为在真实业务中,ConcreteColleagueAConcreteColleagueB这些同事类都是代表不同的具体业务类,因此它们之间是无法进行共性抽象,也就是说Colleague在平常的编码中可以忽略,直接在Mediator引用真实业务类即可。

上面代码运行结果如下:

ConcreteColleagueA:depMethod: delegate to Mediator
ConcreteColleagueB:self-Method
-------------------------
ConcreteColleagueB:depMethod: delegate to Mediator
ConcreteColleagueA:self-Method

举个例子

例子:假设我们要构建一个聊天室系统,用户可以向聊天室发送消息,聊天室会向所有的用户显示消息。请用代码进行实现。

分析:本例其实就是用户发信息与聊天室显示的通信过程,不过用户无法直接将信息发给聊天室,而是需要将信息先发到服务器上,然后服务器再将该消息发给聊天室进行显示。

具体代码如下:

class Client {
    public static void main(String[] args) {
        ChatMediator mediator = new ServerChatMediator();
        ChatRoom room = new ChatRoom(mediator);

        User john = new User("John",mediator);
        User whyn = new User("Whyn",mediator);
        john.sendMessage("Hi! I am John.");
        whyn.sendMessage("Hello! My name is Whyn.");
    }

    static class User {
        private String name;
        private ChatMediator mediator;

        public User(String name, ChatMediator mediator) {
            this.name = name;
            this.mediator = mediator;
        }

        public void sendMessage(String msg) {
            this.mediator.send2ChatRoom(this, msg);
        }
    }

    static class ChatRoom {
        private ChatMediator mediator;

        public ChatRoom(ChatMediator mediator) {
            this.mediator = mediator;
            this.mediator.setChatRoom(this);
        }

        public void showMsg(User user, String msg) {
            System.out.println(String.format("[%s]: %s", user.name, msg));
        }
    }

    static abstract class ChatMediator {
        protected ChatRoom mRoom;

        public void setChatRoom(ChatRoom room) {
            this.mRoom = room;
        }

        public abstract void send2ChatRoom(User user, String msg);
    }

    static class ServerChatMediator extends ChatMediator {

        @Override
        public void send2ChatRoom(User user, String msg) {
            this.mRoom.showMsg(user, msg);
        }
    } 
}

运行结果如下:

[John]: Hi! I am John.
[Whyn]: Hello! My name is Whyn.
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 223,604评论 6 521
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 95,650评论 3 401
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 170,578评论 0 366
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 60,469评论 1 300
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 69,486评论 6 399
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 53,030评论 1 314
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 41,414评论 3 426
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 40,382评论 0 278
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,920评论 1 322
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,967评论 3 343
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 41,104评论 1 354
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,758评论 5 350
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 42,433评论 3 336
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,920评论 0 25
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 34,040评论 1 275
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 49,590评论 3 380
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 46,134评论 2 362

推荐阅读更多精彩内容