Android开发-设计模式-中介者模式(Mediator)

介绍

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

模式引入

        在现实生活中,常常会出现好多对象之间存在复杂的交互关系,这种交互关系常常是“网状结构”,它要求每个对象都必须知道它需要交互的对象。例如,每个人必须记住他(她)所有朋友的电话;而且,朋友中如果有人的电话修改了,他(她)必须告诉其他所有的朋友修改,这叫作“牵一发而动全身”,非常复杂。
        如果把这种“网状结构”改为“星形结构”的话,将大大降低它们之间的“耦合性”,这时只要找一个“中介者”就可以了。如前面所说的“每个人必须记住所有朋友电话”的问题,只要在网上建立一个每个朋友都可以访问的“通信录”就解决了。        这样的例子还有很多,例如,你刚刚参加工作想租房,可以找“房屋中介”;或者,自己刚刚到一个陌生城市找工作,可以找“人才交流中心”帮忙。

左边是“网状结构”,右边是“星形结构”
在这里插入图片描述

模式角色

调停者模式有以下角色:

  • Mediator(抽象调停者、抽象中介者),是中介者的接口,提供了同事对象注册与转发同事对象信息的抽象方法。
  • ConcreteMediator(具体调停者、具体中介者),实现中介者接口,知晓各个同事类,协调各个同事角色之间的交互关系,因此它依赖于同事角色。
  • Colleague(抽象同事类),定义同事类的接口,保存中介者对象,提供同事对象交互的抽象方法,实现所有相互影响的同事类的公共功能。
  • ConcreteColleague(具体同事类),是抽象同事类的实现者,当需要与其他同事对象交互时,由中介者对象负责后续的交互。

模式结构图

在这里插入图片描述

模式实现

public abstract class Mediator {

    public abstract void colleagueChanged(Colleague colleague);
}
public class ConcreteMediator extends Mediator {

    private ConcreteColleague1 colleague1;
    private ConcreteColleague2 colleague2;

    // 工厂方法
    public void createConcreteMediator() {
        colleague1 = new ConcreteColleague1(this);
        colleague2 = new ConcreteColleague2(this);
    }

    @Override
    public void colleagueChanged(Colleague colleague) {
        // 具体逻辑根据业务编写
        colleague1.action();
        colleague2.action();
    }

    public ConcreteColleague1 getColleague1() {
        return colleague1;
    }

    public ConcreteColleague2 getColleague2() {
        return colleague2;
    }
}
public abstract class Colleague {

    private Mediator mediator;

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

    public Mediator getMediator() {
        return mediator;
    }

    // 行动方法,由子类实现
    public abstract void action();

    // 业务逻辑方法,根据业务编写
    public void change() {
        mediator.colleagueChanged(this);
    }
}
public class ConcreteColleague1 extends Colleague {

    public ConcreteColleague1(Mediator mediator) {
        super(mediator);
    }

    @Override
    public void action() {
        System.out.println("This is action from ConcreteColleague1");
    }
}

public class ConcreteColleague2 extends Colleague {

    public ConcreteColleague2(Mediator mediator) {
        super(mediator);
    }

    @Override
    public void action() {
        System.out.println("This is action from ConcreteColleague2");
    }
}
public class MediatorClient {

    public static void main(String[] args) {
        ConcreteMediator mediator = new ConcreteMediator();
        mediator.createConcreteMediator();
        ConcreteColleague1 colleague1 = mediator.getColleague1();
        ConcreteColleague2 colleague2 = mediator.getColleague2();
        mediator.colleagueChanged(colleague1);
    }
}

模式使用场景

  • 当对象之间存在复杂的网状结构关系而导致依赖关系混乱且难以复用时。
  • 当想创建一个运行于多个类之间的对象,又不想生成新的子类时。
    (备注:模式容易被滥用,不应当在责任划分混乱时使用,不应当对“数据类”和“方法类”使用。)

模式优缺点

优点:

  • 降低了对象之间的耦合性,使得对象易于独立地被复用。
  • 将对象间的一对多关联转变为一对一的关联,提高系统的灵活性,使得系统易于维护和扩展。

缺点:

  • 当同事类太多时,中介者的职责将很大,它会变得复杂而庞大,以至于系统难以维护。

模式优化

  • 如果确定只有一个中介者,那可以省略抽象中介者,此时可以把具体中介者对象实现成为单例。
  • 同事对象不持有中介者,而是在需要的时候直接获取中介者对象并调用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值