设计模式~调停者(中介者)模式(Mediator)-21

简介: 用一个中介对象封装一系列的对象交互,中介者使各对象不需要显示地相互作用,从而使其耦合松散,而且可以独立地改变它们之间的交互。调停者(中介者)模式(Mediator)(1)优点(2)缺点(3)使用场景(4)注意事项:(5)应用实例:代码

调停者(中介者)模式(Mediator)

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

【四个MM打麻将,相互之间谁应该给谁多少钱算不清楚了,幸亏当时我在旁边,按照各自的筹码数算钱,赚了钱的从我这里拿,赔了钱的也付给我,一切就OK啦,俺得到了四个MM的电话。调停者模式:调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使他们可以松散偶合。

当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理。】

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

主要解决:对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我们也需要跟踪与之相关联的对象,同时做出相应的处理。

何时使用:多个类相互耦合,形成了网状结构。

如何解决:将上述网状结构分离为星型结构。

关键代码:对象Colleague之间的通信封装到一个类中单独处理。

(1)优点

减少了类间的依赖,把原来的一对多的依赖变成了一对一的依赖,同事类保依赖中介者,减少了依赖,当然同时也降低了类间的耦合。

2缺点

中介者会膨胀得很大,而且逻辑复杂,原本N个对象直接的相互依赖关系转换为中介者和同事类的依赖关系,同事类越多,中介者的逻辑就越复杂。

(3)使用场景

大家都应该熟悉的Structs,MVC框架,其中的C(Controller)就是一个中介者,叫做前端控制器(Front Controller),它的使用就是把M(Model,业务逻辑)和V(View,视图)隔离开,协调M和V协同工作,把M运行的结果和V代表的视图融合成一个前端可以展示的页面,减少M和V的依赖关系。

1、系统中对象之间存在比较复杂的引用关系,导致它们之间的依赖关系结构混乱而且难以复用该对象。

2、想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。

(4)注意事项:

不应当在职责混乱的时候使用。

(5)应用实例:

1、中国加入WTO之前是各个国家相互贸易,结构复杂,现在是各个国家通过WTO来互相贸易。

2、机场调度系统。

3、MVC框架,其中C(控制器)就是M(模型)和V(视图)的中介者。

代码

//抽象中介者publicinterfaceAbstractMediator {
//中介者通过此方法来改变同事BpublicvoidaChangedB(Stringstr);
//中介者通过此方法来改变同事ApublicvoidbChangedA(Stringstr);
}
//抽象同事类publicabstractclassAbstractColleague {
//同事对象在改变的时候,通知中介者,并传递影响值publicabstractvoidsetString(Stringstr, AbstractMediatoram);
//同事对象提供一个接口接收中介者传递的影响值publicabstractvoidchangeString(Stringstr);
}
//具体同事类ApublicclassConcreteColleagueAextendsAbstractColleague{
// 同事A的字符串属性privateStringstrAttribute;
// 构造函数,构造字符串属性publicConcreteColleagueA(Stringstr) {
this.strAttribute=str;
    }
/*** 被改变的函数*/@OverridepublicvoidchangeString(Stringstr) {
this.strAttribute=this.strAttribute+"这是同事B对我的影响:"+str;
    }
/*** 改变时,通知中介者改变其他同事*/@OverridepublicvoidsetString(Stringstr, AbstractMediatoram) {
am.aChangedB(str);
    }
publicStringgetStrAttribute() {
returnstrAttribute;
    }
}
//具体同事类BpublicclassConcreteColleagueBextendsAbstractColleague{
privateStringstrAttribute;
publicConcreteColleagueB(Stringstr) {
this.strAttribute=str;
    }
@OverridepublicvoidchangeString(Stringstr) {
this.strAttribute=this.strAttribute+"这是同事A对我的影响:"+str;
    }
@OverridepublicvoidsetString(Stringstr, AbstractMediatoram) {
am.bChangedA(str);
    }
publicStringgetStrAttribute() {
returnstrAttribute;
    }
}
//具体中介者类publicclassConcreteMediatorimplementsAbstractMediator{
// 持有并维护同事AprivateConcreteColleagueAcolleagueA;
// 持有并维护同事BprivateConcreteColleagueBcolleagueB;
// 传入同事A的对象publicvoidsetColleagueA(ConcreteColleagueAcolleagueA) {
this.colleagueA=colleagueA;
    }
// 传入同事B的对象publicvoidsetColleagueB(ConcreteColleagueBcolleagueB) {
this.colleagueB=colleagueB;
    }
/*** 收到同事A的改变,通知同事B改变*/@OverridepublicvoidaChangedB(Stringstr) {
colleagueB.changeString(str);
    }
/*** 收到同事B的改变,通知同事A改变*/@OverridepublicvoidbChangedA(Stringstr) {
colleagueA.changeString(str);
    }
}
publicclassMediatorTest {
publicstaticvoidmain(String[] args) {
// 实例化同事A、BConcreteColleagueAcolleagueA=newConcreteColleagueA("大家好,我是同事A。");
ConcreteColleagueBcolleagueB=newConcreteColleagueB("大家好,我是同事B。");
// 同时把同事A、B传入给中介者ConcreteMediatoram=newConcreteMediator();
am.setColleagueA(colleagueA);
am.setColleagueB(colleagueB);
// 同事A影响同事BSystem.out.println(colleagueB.getStrAttribute());
colleagueA.setString("同事A传递给同事B的值", am);
System.out.println(colleagueB.getStrAttribute());
System.out.println("==========================");
// 同事B影响同事ASystem.out.println(colleagueA.getStrAttribute());
colleagueB.setString("同事B传递给同事A的值", am);
System.out.println(colleagueA.getStrAttribute());
}
}
目录
相关文章
|
2月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
|
1天前
|
设计模式 开发者 Python
Python编程中的设计模式:工厂方法模式###
本文深入浅出地探讨了Python编程中的一种重要设计模式——工厂方法模式。通过具体案例和代码示例,我们将了解工厂方法模式的定义、应用场景、实现步骤以及其优势与潜在缺点。无论你是Python新手还是有经验的开发者,都能从本文中获得关于如何在实际项目中有效应用工厂方法模式的启发。 ###
|
17天前
|
设计模式 Java Kotlin
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
本教程详细讲解Kotlin语法,适合希望深入了解Kotlin的开发者。对于快速学习Kotlin语法,推荐查看“简洁”系列教程。本文重点介绍了构建者模式在Kotlin中的应用与改良,包括如何使用具名可选参数简化复杂对象的创建过程,以及如何在初始化代码块中对参数进行约束和校验。
16 3
|
2月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:如何提高代码的可维护性与扩展性在软件开发领域,PHP 是一种广泛使用的服务器端脚本语言。随着项目规模的扩大和复杂性的增加,保持代码的可维护性和可扩展性变得越来越重要。本文将探讨 PHP 中的设计模式,并通过实例展示如何应用这些模式来提高代码质量。
设计模式是经过验证的解决软件设计问题的方法。它们不是具体的代码,而是一种编码和设计经验的总结。在PHP开发中,合理地使用设计模式可以显著提高代码的可维护性、复用性和扩展性。本文将介绍几种常见的设计模式,包括单例模式、工厂模式和观察者模式,并通过具体的例子展示如何在PHP项目中应用这些模式。
|
2月前
|
设计模式 Java Spring
spring源码设计模式分析-代理设计模式(二)
spring源码设计模式分析-代理设计模式(二)
|
19天前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
31 0
|
2月前
|
设计模式 Java
Java设计模式-工厂方法模式(4)
Java设计模式-工厂方法模式(4)
|
2月前
|
设计模式 算法 安全
设计模式——模板模式
模板方法模式、钩子方法、Spring源码AbstractApplicationContext类用到的模板方法
设计模式——模板模式
|
3月前
|
设计模式
设计模式-单一职责模式
设计模式-单一职责模式
|
3月前
|
设计模式 XML 存储
【二】设计模式~~~创建型模式~~~工厂方法模式(Java)
文章详细介绍了工厂方法模式(Factory Method Pattern),这是一种创建型设计模式,用于将对象的创建过程委托给多个工厂子类中的某一个,以实现对象创建的封装和扩展性。文章通过日志记录器的实例,展示了工厂方法模式的结构、角色、时序图、代码实现、优点、缺点以及适用环境,并探讨了如何通过配置文件和Java反射机制实现工厂的动态创建。
【二】设计模式~~~创建型模式~~~工厂方法模式(Java)