【HeadFirst 设计模式学习笔记】17 中介者(Mediator)模式拾零

简介:

.概述

该模式在Head First中没有介绍,它用于通过一个中介者完成对象间通信的解耦。当代码中出现大量有着其他对象信息的对象时就可以使用这个模式。

在这个模式中,有如下的参与者:

中介者(Mediator):抽象定义了“同事”(colleagues,稍后有定义)们通信的接口。

具体中介者(Concrete Mediator):实现了“同事”间的通信接口。

同事(Colleague):参与通信的实体抽象。

具体同事(Concrete Colleague):实现的参与通信的实体。

简单的说,通过同事持有中介者(其中完成了同事间通信的接口)的引用而实现了同事间的通信。

其中,中介者和同事的抽象并不是必须的,只是为了面向接口编程的抽象需要。

2.实例

我们用一个原型系统简单演示一下这个模式

首先我们定义一个抽象中介者,其中有通信接口Send:

  1: abstract class Mediator
  2: {
  3:   // Methods
  4:   abstract public void Send( String message,Colleague colleague );
  5: }

然后我们对其进行实现:

  1: class ConcreteMediator extends Mediator
  2: {
  3:   // Fields
  4:   private ConcreteColleague1 colleague1;
  5:   private ConcreteColleague2 colleague2;
  6: 
  7:   // Properties
  8:   public void setColleague1(ConcreteColleague1 col)
  9:   {
 10:     this.colleague1 = col;
 11:   }
 12: 
 13:   public void setColleague2 (ConcreteColleague2 col)
 14:   {
 15:     this.colleague2=col;
 16:   }
 17: 
 18:   // Methods
 19:   public void Send( String message,
 20:                           Colleague colleague )
 21:   {
 22:     if( colleague == colleague1 )
 23:       colleague2.Notify( message );
 24:     else
 25:       colleague1.Notify( message );
 26:   }
 27: }
 28: 

中介者里有通信的双方同事,在同事里有一个Notify方法,表示提示收到一个消息。

然后我们定义一个抽象同事类:

  1: abstract class Colleague
  2: {
  3:   // Fields
  4:   protected Mediator mediator;
  5: 
  6:   // Constructors
  7:   public Colleague( Mediator mediator )
  8:   {
  9:     this.mediator = mediator;
 10:   }
 11: 

同事类中要持有中介者的引用。

进而我们定义两个具体的同事:

  1: class ConcreteColleague1 extends Colleague
  2: {
  3:   // "Constructors"
  4:   public ConcreteColleague1( Mediator mediator ) { 
  5:     super(mediator);
  6:   }
  7: 
  8:   // Methods
  9:   public void Send( String message )
 10:   {
 11:     mediator.Send( message, this );
 12:   }
 13: 
 14:   public void Notify( String message )
 15:   {
 16:     System.out.println( "Colleague1 gets message: "
 17:                                             + message );
 18:   }
 19: }
  1: class ConcreteColleague2 extends Colleague
  2: {
  3:   // Constructors
  4:   public ConcreteColleague2( Mediator mediator ) {
  5:      super(mediator);
  6:   }
  7:  
  8:   // Methods
  9:   public void Send( String message )
 10:   {
 11:     mediator.Send( message, this );
 12:   }
 13:   public void Notify( String message )
 14:   {
 15:     System.out.println( "Colleague2 gets message: "
 16:                                             + message );
 17:   }
 18: }

现在我们开始使用这个中介者完成两个同事间的通信:

  1: public class Client
  2: {
  3:   public static void main(String[] args)
  4:   {
  5:     ConcreteMediator m = new ConcreteMediator();
  6:     ConcreteColleague1 c1 = new ConcreteColleague1( m );
  7:     ConcreteColleague2 c2 = new ConcreteColleague2( m );
  8: 
  9:     m.setColleague1(c1);
 10:     m.setColleague2(c2);
 11: 
 12:     c1.Send( "How are you?" );
 13:     c2.Send( "Fine, thanks" );
 14:   }
 15: }

3.UML总结

Mediator Pattern_2

 




本文转自gnuhpc博客园博客,原文链接:http://www.cnblogs.com/gnuhpc/archive/2012/12/21/2827645.html,如需转载请自行联系原作者

相关文章
|
24天前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
45 0
|
24天前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
35 0
|
24天前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
30 0
|
14天前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
24天前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
43 0
|
1月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
78 16
|
6月前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
312 11
|
7月前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
3月前
|
设计模式 Java 关系型数据库
设计模式:工厂方法模式(Factory Method)
工厂方法模式是一种创建型设计模式,通过将对象的创建延迟到子类实现解耦。其核心是抽象工厂声明工厂方法返回抽象产品,具体工厂重写该方法返回具体产品实例。适用于动态扩展产品类型、复杂创建逻辑和框架设计等场景,如日志记录器、数据库连接池等。优点包括符合开闭原则、解耦客户端与具体产品;缺点是可能增加类数量和复杂度。典型应用如Java集合框架、Spring BeanFactory等。
|
9月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。