中介者模式
中介者(Mediator)模式属于行为型模式的一种。
中介者模式的目的是把多方会谈变成双方会谈,从而实现多方的松耦合。用一个中介对象来封装一系列的对象交互。这样,系统中的各个对象不直接互相引用,而是通过中介者进行交互,从而降低了系统的耦合度。
MVC模式以及MVVM模式都可以看作是中介者模式的扩展。中介者模式能减少对象之间混乱无序的依赖关系。类所拥有的依赖关系越少,就越易于修改、 扩展或复用。
在真实世界中,飞机驾驶员不会直接相互沟通来决定哪一架飞机先降落,而是通过塔台来进行沟通,此时的塔台就是一个中介者对象。
当多个类之间存在复杂的交互,而这些交互又不希望在各个类之间直接进行时;当系统中的对象之间需要有统一的协调,但不想让这些对象直接依赖彼此时,都可以使用中介者模式。
中介者模式通常有以下组成部分:
- Mediator(中介者接口):定义了一个接口,用于与多个同事对象进行交互。
- ConcreteMediator(具体中介者):实现中介者接口,协调和管理多个同事对象的交互。
- Colleague(同事类):所有同事类都知道中介者对象,它们通过中介者与其他同事类进行交互。
- ConcreteColleague(具体同事类):每个具体同事类都向中介者发出请求并接收来自中介者的通知。
我们模拟一个简单的聊天室应用。聊天室相当于一个中介者。
1、Mediator: 中介者接口
2、ConcreteMediator: 具体中介者
3、Colleague: 同事类
4、ConcreteColleague: 具体同事类
5、客户端
中介者模式的优缺点。
优点:
- 降低耦合度:通过将对象的交互逻辑集中到中介者中,减少了对象之间的直接依赖。
- 易于扩展:如果需要添加新的同事类,只需让其继承User类并实现相关功能,而不需要修改其他对象的代码。
- 集中控制:所有交互逻辑都集中在中介者类中,便于管理和控制复杂的交互流程。
缺点:
- 中介者过于复杂:当系统中的对象过多时,中介者可能会变得非常复杂,甚至成为“上帝对象”。
- 不适用所有场景:对于简单的系统,使用中介者模式可能会过度设计,反而增加了不必要的复杂性。
坚持往前走,不回头、不放弃,冰封万里也能走到春暖花开。-- 烟沙九洲
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek-R1本地部署如何选择适合你的版本?看这里
· 开源的 DeepSeek-R1「GitHub 热点速览」
· 传国玉玺易主,ai.com竟然跳转到国产AI
· 揭秘 Sdcb Chats 如何解析 DeepSeek-R1 思维链
· 自己如何在本地电脑从零搭建DeepSeek!手把手教学,快来看看! (建议收藏)