中介者模式-设计模式

动机

  1. 在软件构建过程中,经常会出现多个对象互相管理交互的情况,对象之间常常会维持一种复杂的引用关系,如果遇到一些需求的更改,这种直接的引用关系将面临不断的变化。
  2. 在这种情况下,我们可使用一个“中介对象”来管理对象间的关联关系,避免相互交互的对象之间的紧耦合引用关系,从而更好地抵御变化。

模式定义

用一个中介对象来封装(封装变化)一系列的对象交互。中介者是各对象不需要显示的相互引用(编译时依赖->运行时依赖),从而使其耦合松散(管理变化),而且可以独立地改变他们之间的交互。

类图

在这里插入图片描述

不同类在使用中介者模式的前后变化
在这里插入图片描述

总结

  1. 将多个对象间复杂的关联关系解耦。Mediator模式将多个对象间的控制逻辑进行集中管理,变“多个对象互相关联”为“多个对象和一个中介者关联”,简化了系统的维护,抵御了可能的变化(封装变化点到中介者对象中,缩小了变化的范围)。
  2. 随着控制逻辑的复杂化,Mediator具体对象的实现可能想的复杂,这时候可以对Mediator对象进行分解处理。
  3. Facade模式是解耦系统间(单向,给系统外的程序提供一套稳定的接口)的对象关联关系;Mediator模式是解耦系统内各个对象之间(双向)的关联关系。
  4. 可以参考微服务的实现,Facade模式相当于微服务系统中的网关(提供统一的入口给客户程序);Mediator模式相当于注册中心(系统内的模块都通过注册中心进行交互)。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

融极

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值