中介模式

设计模式

本系列文章均是博主原创,意在记录学习上的知识,同时一起分享学习心得。

24种设计模式



前言

本章介绍中介模式的原理和实现,以及与观察者模式的对比。


一、原理

中介模式的英文翻译是Mediator Design Pattern。在GoF中的《设计模式》一书中,它是这样定义的:
中介模式定义了一个单独的(中介)对象,来封装一组对象之间的交互。将这组对象之间的交互委派给与中介对象交互,来避免对象之间的直接交互。

实际上,中介模式的设计思想跟中间层很像,通过引入中介这个中间层,将一组对象之间的交互关系(或者说依赖关系)从多对多(网状关系)转换成一对多(星状关系)。原来一个对象要跟n个对象交互,现在只需要跟一个中介对象交互,从而最小化对象之间的交互关系,降低代码的复杂度,提高了代码的可读性和可维护性。

二、实现步骤

给定一个场景,假设有一个前端需求,点击登录时,需要隐藏注册按钮;相反,点击注册时,需要隐藏登录按钮。其中还可能有n多个按钮之间的交互。
下面看看采用中介模式是如何实现的。
代码如下(示例):

public interface Mediator {
    void handleEvent(Trigger trigger, String event);
}
public class Trigger {

    private String type;
    private boolean visible;

    public Trigger(String type, boolean visible) {
        this.type = type;
        this.visible = visible;
    }

    public void click(Supplier supplier) {
        supplier.get();
    }

    public String getType() {
        return type;
    }

    public void setType(String type) {
        this.type = type;
    }

    public boolean isVisible() {
        return visible;
    }

    public void setVisible(boolean visible) {
        this.visible = visible;
    }
}
public class HandleMediator implements Mediator {
    private Trigger login;
    private Trigger register;

    public void setLogin(Trigger login) {
        this.login = login;
    }

    public void setRegister(Trigger register) {
        this.register = register;
    }

    @Override
    public void handleEvent(Trigger trigger, String event) {
        if (login.equals(trigger)) {
            System.out.println("进行登录, 隐藏注册按钮");
            register.setVisible(false);
        } else if (register.equals(trigger)) {
            System.out.println("进行注册,隐藏登录按钮");
            login.setVisible(false);
        }
    }

}
@Test
    public void testMediator() {
        Trigger login = new Trigger("登录", true);
        Trigger register = new Trigger("注册", true);
        HandleMediator mediator = new HandleMediator();
        mediator.setLogin(login);
        mediator.setRegister(register);

        login.click(() -> {
            mediator.handleEvent(login, "登录");
            return null;
        });

        register.click(() -> {
            mediator.handleEvent(register, "注册");
            return null;
        });
    }

在这里插入图片描述

三、中介模式 VS 观察者模式

在观察者模式中,尽管一个参与者既可以是观察者,同时也可以是被观察者,但是,大部分情况下,交互关系往往都是单向的,一个参与者要么是观察者,要么是被观察者,不会兼具两种身份。也就是说,在观察者模式的应用场景中,参与者之间的交互关系比较有条理。
而中介模式正好相反。只有当参与者之间的交互关系错综复杂,维护成本很高的时候,我们才考虑使用中介模式。毕竟,中介模式的应用会带来一定的副作用,它有可能产生大而复杂的上帝类。除此之外,如果一个参与者状态的改变,其他参与执行的操作有一定先后顺序的要求,这个时候,中介模式就可以利用中介类,通过先后调用不同参与者的方法,来实现顺序的控制,而观察者模式是无法实现这样的顺序要求的。


总结

观察者模式和中介模式都是为了实现参与者之间的解耦,简化交互关系。两者的不同在于应用场景上。在观察者模式的应用场景中,参与者之间的交互比较有条理,一般都是单向的。而中介模式的应用场景中,参与者之间的交互关系错综复杂,即可以是消息的发送者、也可以同时是消息的接收者。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值