《设计模式之禅》-中介者模式

中介者模式

定义:

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

 

中介者模式主要分为三个部分

mediator抽象中介者角色

抽象中介者角色定义统一的接口,用于各同事角色之间的通信

concrete mediator 具体中介者

具体中介者角色通过协调各同事角色实现协作行为,因此它必须依赖于各个同事角色

Colleague

每一个同事角色都知道中介者角色,而且与其他同事角色通信的时候,一定要通过中介者角色协作,每个同事类的行为分为两种:一种是同事本身的行为,比如改变对象本事的状态,处理自己的行为等,这种行为叫做自发行为(self-method),与其他的同事类或中介者没有任何的依赖;第二种是必须依赖中介者才能完成的行为,叫做依赖方法(dep-method)

通用方法:

//抽象中介者
public abstract class Mediator {
    protected ConcreteColleague1 c1;
    protected ConcreteColleague2 c2;

    //通过getter/setter方法把同事类注入进来
    public ConcreteColleague1 getC1(){
        return c1;
    }
    public ConcreteColleague2 getC2(){
        return c2;
    }
    public void setC1(ConcreteColleague1  c1){
        this.c1 = c1;
    }
    public void setC2(ConcreteColleague2 c2){
        this.c2 = c2;
    }

    public abstract void doSomething1(){};
    public abstract void doSomething2(){};
}

注意:为什么使用了同事实现类注入而没有选择抽象类注入?那是因为同事类虽然有抽象,但是没有每个同事都必须要完成的业务方法,当每个同事都用同样的方法,比如execute,handler等,那当然就选择抽象类注入,做到依赖倒置

 

//通用中介者
public class ConcreteMediator extends Mediator{
    //调用同事类的方法,只要是public方法都可以调用
    @override
    public void doSometing1(){
        super.c1.selfMethod1();
        super.c2.selfMethod2();
    }

    public void doSometing2(){
        super.c1.selfMethod1();
        super.c2.selfMethod2();
    }
}

 注意:中介者所具有的方法的实现是依赖各个同事类来完成的

 

//抽象同事类
public abstract class Colleague{
    protected Meditor mediator;
    public Colleague(Mediator _mediator){
        this.mediaor = _mediator;
    }
}

 注意:一般来说中介者的抽象类都比较简单,是为了建立这个中介者而服务的

 

//具体同事类
public class ConcreteColleaguel1 extends Colleague{
    //通过构造函数传递中介者
    public ConcreteColleaguel1 (Mediator _mediator){
        super(_mediator)
    }

    public void selfMethod1(){
        //自己的业务
    }

    public void depMethod1(){
    //处理自己的业务
    //自己不能处理的业务交给中介者
    super.mediator.doSomething1();
    }
}

 

public class ConcreteColleaguel2 extends Colleague{
    //通过构造函数传递中介者
    public ConcreteColleaguel2 (Mediator _mediator){
        super(_mediator)
    }

    public void selfMethod2(){
        //自己的业务
    }

    public void depMethod2(){
        //处理自己的业务
        //自己不能处理的业务交给中介者
        super.mediator.doSomething2();
    }
}

注意:为什么同事类要使用构造函数注入中介者,而中介者使用set/get方法,因为同事类必须要有中介者,但是中介者可能只需要部分同事类

 

 

优点:

减少类之间的依赖,把原有的一对多依赖变成了一对一依赖,同事类只依赖中介者,减少依赖,降低耦合

缺点:

中介者会膨胀得很大,而且逻辑复杂,同事类越多,中介者的逻辑就越复杂

 

应用场景

中介者模式是一个非常好的封装模式,也是很容易被滥用的模式‘

1.N个对象之间产生了相互依赖的关系(N>2)

2.多个对象有依赖关系,但是依赖关系尚不明确或者有发生变化的可能性,在这种情况下使用,则可以降低变更带来的风险扩散

3.产品开发,可以提高产品的性能和扩展性,但是对项目就不一定了,因为项目是以交付投产为目的,而产品是以稳定,高效,扩展为宗旨

 

 

 

 

 

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值