B8:中介者模式 Mediator

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

减少了各对象之间的耦合,使得可以独立的改变或复用各个Mediator或Colleague
Mediator控制了交互,导致Mediator变的复杂

UML:

示例代码:

一个Colleague发消息,一个Colleague收消息,中介者处理交互.

// 抽象中介者
abstract class Mediator
{
    protected $sender;
    protected $receiver;

    public function setSender(Colleague $colleague)
    {
        $this->sender = $colleague;
    }

    public function setReceiver(Colleague $colleague)
    {
        $this->receiver = $colleague;
    }

    abstract public function sendMessage(Colleague $colleague, $message);
}

// 具体中介者
class ConcreateMediator extends Mediator
{
    public function sendMessage(Colleague $colleague, $message)
    {
        if ($colleague instanceof $this->sender) {
            $this->receiver->receiveMessage($message);
        }
    }
}

// 抽象同事
abstract class Colleague
{
    protected $mediator;

    public function __construct(Mediator $mediator)
    {
        $this->mediator = $mediator;
    }
}

// 同事1
class Colleague1 extends Colleague
{
    public function sendMessage($message)
    {
        $this->mediator->sendMessage($message, $this);
    }
}

// 同事2
class Colleague2 extends Colleague
{
    public function receiveMessage($message)
    {
        echo "同事2收到消息{$message}";
    }
}

$mediator = new ConcreateMediator();

$colleague1 = new Colleague1($mediator);
$colleague2 = new Colleague2($mediator);

$mediator->setSender($colleague1); // 命令一般由中介者发出
$mediator->setReceiver($colleague2);
$mediator->sendMessage($colleague1, ‘你好‘);

  

时间: 2024-08-30 11:23:53

B8:中介者模式 Mediator的相关文章

设计模式之中介者模式(Mediator)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化委托给另一个对象.创建型模式有两个不断出现的主旋律.第一,它们都将关于该系统使用哪些具体的类的信息封装起来.第二,它们隐藏了这些类的实例是如何被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口.因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,以

设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)

设计模式 ( 十五 ) 中介者模式Mediator(对象行为型) 1.概述 在面向对象的软件设计与开发过程中,根据“单一职责原则”,我们应该尽量将对象细化,使其只负责或呈现单一的职责,即将行为分布到各个对象中. 对于一个模块或者系统,可能由很多对象构成,而且这些对象之间可能存在相互的引用,在最坏的情况下,每一个对象都知道其他所有的对象,这无疑复杂化了对象之间的联系.虽然将一个系统分割成许多对象通常可以增强可复用性,但是对象间相互连接的激增又会降低其可复用性,大量的相互连接使得一个对象似乎不太可能

中介者模式-Mediator

中介者模式:用一个中介者对象来封装一系列对象的交互.中介者使各个对象不需要显式的相互引用,从而使其耦合松散,而且可以独立的改变他们之间的交互. 中介模式优缺点: 优点:Mediator的出现减少了各个Colleague的耦合,使得可以独立的改变和复用各个Colleague和Mediator类,由于对象如何协作进行了抽象,将中介者作为一个独立的概念并将其封装在一个对象中,这样关注的角度就从各对象本身的行为转移到它们之间的交互上来,也就是在一个更宏观的角度上去看待系统. 缺点:由于ConcreMed

[设计模式-行为型]中介者模式(Mediator)

一句话 又翻译成调停者模式. 就是类似房产中介, 买房.卖方不需要双方直接交涉,交给中介. 概括 解析 MEDIATOR-四个MM打麻将,相互之间谁应该给谁多少钱算不清楚了,幸亏当时我在旁边,按照各自的筹码数算钱,赚了钱的从我这里拿,赔了钱的也付给我,一切就OK啦,俺得到了四个MM的电话. 调停者模式:调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用.从而使他们可以松散偶合.当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用.保证这些作用可以彼此独立的变化

中介者模式(Mediator) 笔记

中介者模式(Mediator Pattern):定义一个中介对象来封装系列对象之间的交互.中介者使各个对象不需要显示地相互引用,从而使其耦合性松散,而且可以独立地改变他们之间的交互. 类图: Mediator 让Colleague们互相交互的一个抽象 Colleague 定制互相交互的规定 CoreteMediator 具体实现Colleague它们如何交互 ConcreteColleague 具体实现交互各个系统 Colleague代表(X):  发送通知的时候,不需要关心发送给某个人, 而是

大熊君说说JS与设计模式之------中介者模式Mediator

一,总体概要 1,笔者浅谈 我们从日常的生活中打个简单的比方,我们去房屋中介租房,房屋中介人在租房者和房东出租者之间形成一条中介.租房者并不关心他租谁的房.房东出租者也不关心他租给谁.因为有中介的存在,这场交易才变得如此方便. 在软件的开发过程中,势必会碰到这样一种情况,多个类或多个子系统相互交互,而且交互很繁琐,导致每个类都必须知道他需要交互的类,这样它们的耦合会显得异常厉害.牵一发而动全身,后果很严重,大熊很生气!~~~~(>_<)~~~~  好了,既然问题提出来了,那有请我们这期的主角-

设计模式之二十一:中介者模式(Mediator)

中介者模式:定义了一个对象,用来封装一系列对象的交互.中介者模式通过使对象之间不必显式引用降低了对象之间的耦合,并且允许你独立改变它们之间的交互. 中介者模式就是将对象之间的交互封装在了一个独立的对象中,这个独立的对象用来控制对象之间的交互行为,所以这个对象还是蛮复杂的. UML类图: 主要包括: Mediator:定义了一个Colleague对象之间交互的接口. ConcreteMediator:实现了Colleague对象之间的交互行为,并了解和能操作Colleague对象. Colleag

[设计模式] 中介者模式 Mediator Pattern

在GOF的<设计模式:可复用面向对象软件的基础>一书中对中介者模式是这样说的:用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互. 我们都知道,面向对象设计鼓励将行为分布到各个对象中.但是,这种分布可能会导致对象间有许多连接.在最坏的情况下,每一个对象都知道其他所有对象,就造成了复杂的关联关系.虽然将一个系统分割成许多对象通常可以增强可复用性,但是对象间相互连接的激增又会降低其可复用性.大量的相互连接使得一个对象似乎不太

设计模式 笔记 中介者模式 Mediator

//---------------------------15/04/27---------------------------- //Mediator 中介者模式----对象行为型模式 /* 1:意图: 用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散, 而且可以独立地改变它们之间的交互. 2:动机: 3:适用性: 1>一组对象以定义良好但是复杂的方式进行通信.产生的相互依赖关系结构混乱且难以理解. 2>一个对象引用其他很多对象并且直接与这些对象通信