中介者模式(Mediator Pattern)

模式动机:

1、在用户与用户直接聊天的设计方案中,用户对象之间存在很强的关联性,将导致系统出现如下问题:

1)系统结构复杂:对象之间存在大量的相互关联和调用,若有一个对象发生变化,则需要跟踪和该对象关联的其他所有对象,并进行适当处理。

2)对象可重用性差:由于一个对象和其他对象具有很强的关联,若没有其他对象的支持,一个对象很难被另一个系统或模块重用,这些对象表现出来更像一个不可分割的整体,职责较为混乱。

3)系统扩展性低:增加一个新的对象需要在原有相关对象上增加引用,增加新的引用关系也需要调整原有对象,系统耦合度很高,对象操作很不灵活,扩展性差

2、在面向对象的软件设计与开发过程中,根据“单一职责原则”,我们应该尽量将对象细化,使其只负责或呈现单一的职责。

3、对于一个模块,可能由很多对象构成,而且这些对象之间可能存在相互的引用,为了减少对象两两之间复杂的引用关系,使之成为一个松耦合的系统,我们需要使用中介者模式,这就是中介者模式的模式动机。

 

模式意图:

中介者模式(Mediator Pattern)定义:用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式,它是一种对象行为型模式。

 

UML图:

 

 

 

 

角色:

Mediator: 抽象中介者用于定义一个接口,该接口用于与各同事对象之间的通信。

ConcreteMediator: 具体中介者是抽象中介者的子类,通过协调各个同事对象来实现协作行为,了解并维护它的各个同事对象的引用。

Colleague: 抽象同事类定义各同事的公有方法。

ConcreteColleague: 具体同事类是抽象同事类的子类,每一个同事对象都引用一个中介者对象;每一个同事对象在需要和其他同事对象通信时,先与中介者通信,通过中介者来间接完成与其他同事类的通信;在具体同事类中实现了在抽象同事类中定义的方法。

 

模式分析:

中介者模式可以使对象之间的关系数量急剧减少:

 

 

 

中介者承担两方面的职责:

1、中转作用(结构性):通过中介者提供的中转作用,各个同事对象就不再需要显式引用其他同事,当需要和其他同事进行通信时,通过中介者即可。该中转作用属于中介者在结构上的支持。

2、协调作用(行为性):中介者可以更进一步的对同事之间的关系进行封装,同事可以一致地和中介者进行交互,而不需要指明中介者需要具体怎么做,中介者根据封装在自身内部的协调逻辑,对同事的请求进行进一步处理,将同事成员之间的关系行为进行分离和封装。该协调作用属于中介者在行为上的支持。

 

代码:

publicabstract class Mediator

{

         protected ArrayList colleagues;

         public void register(Colleaguecolleague)

         {

                   colleagues.add(colleague);

         }

        

         public abstract void operation();

}

 

publicclass ConcreteMediator extends Mediator

{

         public void operation()

         {

                   ......

                   ((Colleague)(colleagues.get(0))).method1();

                   ......

         }

}

 

publicabstract class Colleague

{

         protected Mediator mediator;

        

         public Colleague(Mediator mediator)

         {

                   this.mediator=mediator;

         }

        

         public abstract void method1();

        

         public abstract void method2();

}

 

 

publicclass ConcreteColleague extends Colleague

{

         public ConcreteColleague(Mediatormediator)

         {

                   super(mediator);

         }

        

         public void method1()

         {

                   ......

         }

        

         public void method2()

         {

                   mediator.operation1();

         }

}

 

 

 

优缺点:

优点

1、简化了对象之间的交互。

2、将各同事解耦。

3、减少子类生成。

4、可以简化各同事类的设计和实现。

 

缺点:

1、在具体中介者类中包含了同事之间的交互细节,可能会导致具体中介者类非常复杂,使得系统难以维护。

 

使用范围:

在以下情况下可以使用中介者模式:

1系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解。

2一个对象由于引用了其他很多对象并且直接和这些对象通信,导致难以复用该对象

3想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。可以通过引入中介者类来实现,在中介者中定义对象交互的公共行为,如果需要改变行为则可以增加新的中介者类

 

模式扩展:

中介者模式与迪米特法则

在中介者模式中,通过创造出一个中介者对象,将系统中有关的对象所引用的其他对象数目减少到最少,使得一个对象与其同事之间的相互作用被这个对象与中介者对象之间的相互作用所取代。因此,中介者模式就是迪米特法则的一个典型应用。

 

中介者模式与GUI开发

中介者模式可以方便地应用于图形界面(GUI)开发中,在比较复杂的界面中可能存在多个界面组件之间的交互关系。

对于这些复杂的交互关系,有时候我们可以引入一个中介者类,将这些交互的组件作为具体的同事类,将它们之间的引用和控制关系交由中介者负责,在一定程度上简化系统的交互,这也是中介者模式的常见应用之一。 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值