设计模式笔记19——中介者模式(mediator)

智能家庭项目:

1) 智能家庭包括各种设备,闹钟、咖啡机、电视机、窗帘 等

2) 主人要看电视时,各个设备可以协同工作,自动完成看电视的准备工作,比如流程为:闹铃响起->咖啡机开始做咖啡->窗帘自动落下->电视机开始播放

传统的方式的问题分析

1) 当各电器对象有多种状态改变时,相互之间的调用关系会比较复杂

2) 各个电器对象彼此联系,你中有我,我中有你,不利于松耦合.

3) 各个电器对象之间所传递的消息(参数),容易混乱

4) 当系统增加一个新的电器对象时,或者执行流程改变时,代码的可维护性、扩展性都不理想  考虑中介者模式

扫描二维码关注公众号,回复: 15697622 查看本文章

基本介绍

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

2) 中介者模式属于行为型模式,使代码易于维护

3) 比如MVC模式,C(Controller控制器)是M(Model模型)和V(View视图)的中介者,在前后端交互时起到了中间人的作用

中介者模式的原理类图

对原理类图的说明-即(中介者模式的角色及职责)

1) Mediator 就是抽象中介者,定义了同事对象到中介者对象的接口

2) Colleague 是抽象同事类

3) ConcreteMediator 具体的中介者对象 实现抽象方法 他需要知道所有的具体的同事类

核心代码:

//创建Alarm 并且加入到  ConcreteMediator 对象的HashMap
        Alarm alarm = new Alarm(mediator, "alarm");

在Alarm中:
    //构造器
    public Alarm(Mediator mediator, String name) {
        super(mediator, name);
        // TODO Auto-generated constructor stub
        //在创建Alarm 同事对象时,将自己放入到ConcreteMediator 对象中[集合]
        mediator.Register(name, this);
    }

核心就在于mediator的register方法:
    @Override
    public void Register(String colleagueName, Colleague colleague) {
        // TODO Auto-generated method stub
        colleagueMap.put(colleagueName, colleague);

        // TODO Auto-generated method stub

        if (colleague instanceof Alarm) {
            interMap.put("Alarm", colleagueName);
        } else if (colleague instanceof CoffeeMachine) {
            interMap.put("CoffeeMachine", colleagueName);
        } else if (colleague instanceof TV) {
            interMap.put("TV", colleagueName);
        } else if (colleague instanceof Curtains) {
            interMap.put("Curtains", colleagueName);
        }

    }

一旦对alarm进行了操作:
//让闹钟发出消息
        alarm.SendAlarm(0);

回调用到mediator的方法:
    //具体中介者的核心方法
    //1. 根据得到消息,完成对应任务
    //2. 中介者在这个方法,协调各个具体的同事对象,完成任务
    @Override
    public void GetMessage(int stateChange, String colleagueName) {
        // TODO Auto-generated method stub

        //处理闹钟发出的消息
        if (colleagueMap.get(colleagueName) instanceof Alarm) {
            if (stateChange == 0) {
                ((CoffeeMachine) (colleagueMap.get(interMap
                        .get("CoffeeMachine")))).StartCoffee();
                ((TV) (colleagueMap.get(interMap.get("TV")))).StartTv();
            } else if (stateChange == 1) {
                ((TV) (colleagueMap.get(interMap.get("TV")))).StopTv();
            }

        } else if (colleagueMap.get(colleagueName) instanceof CoffeeMachine) {
            ((Curtains) (colleagueMap.get(interMap.get("Curtains"))))
                    .UpCurtains();

        } else if (colleagueMap.get(colleagueName) instanceof TV) {//如果TV发现消息

        } else if (colleagueMap.get(colleagueName) instanceof Curtains) {
            //如果是以窗帘发出的消息,这里处理...
        }

    }
 

发送消息给到mediator之后,mediator再调用其他类进行相关的处理

中介者模式的注意事项和细节

1) 多个类相互耦合,会形成网状结构, 使用中介者模式将网状结构分离为星型结构,进行解耦

2) 减少类间依赖,降低了耦合, 符合迪米特原则

3) 中介者承担了较多的责任,一旦中介者出现了问题,整个系统就会受到影响

4) 如果设计不当,中介者对象本身变得过于复杂, 这点在实际使用时,要特别注意

猜你喜欢

转载自blog.csdn.net/qq_22059611/article/details/103296766
今日推荐