为什么要慎用中介者模式?

中介者模式的定义:

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.

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

抽象中介者模型如下:

package com.kaisen.mainland.Text;

import lombok.Data;

/**
 * @author huzhibo
 * @Description: 通用抽象中介者
 * @date 2020/9/10 20:41
 */
@Data
public abstract class AbstractMediator {

    protected Colleague1 colleague1;
    protected Colleague2 colleague2;

    public AbstractMediator(){
        colleague1 =new Colleague1(this);
        colleague2 =new Colleague2(this);
    }
    public abstract void doSomeThing1();
    public abstract void doSomeThing2();
}

中介者实现:

package com.kaisen.mainland.Text;

/**
 * @author huzhibo
 * @Description: 中介者实现类
 * @date 2020/9/10 20:48
 */
public class ColleagueMediator extends AbstractMediator {
    @Override
    public void doSomeThing1() {
        super.colleague1.selfMethod1();
        super.colleague2.selfMethod2();
    }

    @Override
    public void doSomeThing2() {
        super.colleague1.selfMethod1();
        super.colleague2.selfMethod2();
    }
}

抽象同事类:

package com.kaisen.mainland.Text;

/**
 * @author huzhibo
 * @Description: 同事抽象类
 * @date 2020/9/10 20:49
 */
public abstract class AbstractColleague {
    public AbstractMediator mediator;
    public AbstractColleague(AbstractMediator mediator){
        this.mediator = mediator;
    }
}

同事实现类:

package com.kaisen.mainland.Text;

/**
 * @author huzhibo
 * @Description: 同事类1
 * @date 2020/9/10 20:42
 */
public class Colleague1 extends AbstractColleague {
    public Colleague1(AbstractMediator mediator) {
        super(mediator);
    }
    public void selfMethod1(){
        System.out.println("同事1自有的业务逻辑");
    }
    public void depMethod1(){
        System.out.println("同事1自有的依赖方法");
        super.mediator.doSomeThing1();
    }
}
package com.kaisen.mainland.Text;

/**
 * @author huzhibo
 * @Description: 同事类2
 * @date 2020/9/10 20:42
 */
public class Colleague2 extends AbstractColleague{
    public Colleague2(AbstractMediator mediator) {
        super(mediator);
    }
    public void selfMethod2(){
        System.out.println("同事2自有的业务逻辑");
    }
    public void depMethod2(){
        System.out.println("同事2自有的依赖方法");
        super.mediator.doSomeThing1();
    }
}

切记,抽象中介者一定要有空参构造中,空参构造传输两个对象。

中介者模式比较简单,就是把多个对象中的公共方法提升到中介者中完成,并可以由对象完成控制,体现了依赖倒置的原则。但是同事中介者模式是一个很忌讳滥用的模式,滥用之后不仅不会优化代码,反而使得中介者类十分冗余。

优点:解耦合,把多个互相依赖的类变成一对一依赖的类,网状依赖关系转化为星状依赖关系,更加便于维护。

缺点:过分滥用中介者模式会使中介者实现类十分庞大,所有的方法都需要修改中介者实现类。维护复杂。

成也萧何败也萧何,中介者模式出现时为了维护便捷,统一管理,但是一旦滥用会造成测试复杂,维护成本及高。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
内容简介: 设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。 本课程内容定位学习设计原则,学习设计模式的基础。在实际开发过程中,并不是一定要求所有代码都遵循设计原则,我们要考虑人力、时间、成本、质量,不是刻意追求完美,要在适当的场景遵循设计原则,体现的是一种平衡取舍,帮助我们设计出更加优雅的代码结构。本章将详细介绍开闭原则(OCP)、依赖倒置原则(DIP)、单一职责原则(SRP)、接口隔离原则(ISP)、迪米特法则(LoD)、里氏替换原则(LSP)、合成复用原则(CARP)的具体内容。 为什么需要学习这门课程? 你在日常的开发中,会不会也遇到过同样的问题。系统出现问题,不知道问题究竟出在什么位置;当遇到产品需求,总是对代码缝缝补补,不能很快的去解决。而且平时工作中,总喜欢把代码堆在一起,出现问题时,不知道如何下手,工作效率很低,而且自己的能力也得不到提升。而这些都源于一个问题,那就是软件设计没做好。这门课能帮助你很好的认识设计模式,让你的能力得到提升。课程大纲: 为了让大家快速系统了解设计模式知识全貌,我为您总结了思维导图,帮您梳理学习重点,建议收藏!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值