中介者模式

中介者模式

定义 

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

  • 抽象中介者角色
    定义统一的接口,用于各同事角色之间的通信。
  • 具体中介者角色 一般只有1个
     通过协调各同事角色实现协作行为, 因此它必须依赖于各个同事角色。
  •  同事角色
     每一个同事角色都知道中介者角色, 而且与其他的同事角色通信的时候, 一定要通过中介者角色协作。 每个同事类的行为分为两种: 一种是同事本身的行为, 比如改变对象本身的状态, 处理自己的行为等, 这种行为叫做自发行为(Self-Method) , 与其他的同事类或中介者没有任何的依赖; 第二种是必须依赖中介者才能完成的行为,叫做依赖方法(Dep-Method)。

代码

抽象中介者

abstract class Mediator {
    //定义同事类
    protected $concreteColleague1;
    protected $concreteColleague2;

    public function getConcreteColleague1(): ConcreteColleage1 {
        return $this->concreteColleague1;
    }

    public function setConcreteColleague1(ConcreteColleage1 $concreteColleague1) {
        $this->concreteColleague1 = $concreteColleague1;
    }

    public function getConcreteColleague2(): ConcreteColleage2 {
        return $this->concreteColleague2;
    }

    public function setConcreteColleague2(ConcreteColleage2 $concreteColleague2) {
        $this->concreteColleague2 = $concreteColleague2;
    }

    public abstract function doSomething1();

    public abstract function doSomething2();

}

在Mediator抽象类中我们只定义了同事类的注入,为什么使用同事实现类注入而不使用抽象类注入呢?那是因为同事类虽然有抽象,但是没有每个同事类必须要完成的业务方法,当然如果每个同事类都有相同的方法,比如execute、handler等,那当然注入抽象类,做到依赖倒置。

具体中介者,一般只有一个

class ConcreteMediator extends Mediator {

    public function doSomething1() {
        //调用同事类的方法, 只要是public方法都可以调用
        $this->concreteColleague1->selfMethod1();
        $this->concreteColleague2->selfMethod2();
    }

    public function doSomething2() {
        $this->concreteColleague1->selfMethod1();
        $this->concreteColleague2->selfMethod2();
    }

}

抽象同事类

abstract class Colleague {
    protected $mediator;

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

}

具体同事类

class ConcreteColleague1 extends Colleague {
    public function __construct(Mediator $mediator) {
        parent::__construct($mediator);
    }

    //自有方法
    public function selfMethod(): void {
        //处理自己能处理的逻辑

    }

    //依赖方法
    public function depMethod1() {
        //处理自己能处理的逻辑
        //自己不能处理的业务逻辑,委托给中介者
        $this->mediator->doSomething1();
    }

}

为什么同事类要使用构造函数注入中介者, 而中介者使用getter/setter方式注入同事类呢? 这是因为同事类必须有中介者, 而中介者却可以只有部分同事类

应用

  •  中介服务
    现在中介服务非常多, 比如租房中介、 出国中介, 这些也都是中介模式的具体体现, 比如你去租房子, 如果没有房屋中介, 你就必须一个一个小区去找, 看看有没有空房子, 有没有适合自己的房子, 找到房子后还要和房东签合约, 自己检查房屋的家具、 水电煤等; 有了中介后, 你就省心多了, 找中介, 然后安排看房子, 看中了, 签合约, 中介帮你检查房屋家具、 水电煤等等。 这也是中介模式的实际应用。

  •  媒体网关
    媒体网关也是一个典型的中介者模式, 比如使用MSN时, 张三发消息给李四, 其过程应该是这样的: 张三发送消息, MSN服务器(中介者)接收到消息,查找李四, 把消息发送到李四, 同时通知张三, 消息已经发送。 在这里, MSN服务器就是一个中转站, 负责协调两个客户端的信息交流, 与此相反的就是IPMsg(也叫飞鸽) , 它没有使用中介者, 而直接使用了UDP广播的方式, 每个客户端既是客户端也是服务器端

使用条件

  •  N个对象之间产生了相互的依赖关系(N>2) 。
  •  多个对象有依赖关系, 但是依赖的行为尚不确定或者有发生改变的可能, 在这种情况下一般建议采用中介者模式, 降低变更引起的风险扩散。
  •  产品开发。 一个明显的例子就是MVC框架, 把中介者模式应用到产品中, 可以提升产品的性能和扩展性, 但是对于项目开发就未必, 因为项目是以交付投产为目标, 而产品则是以稳定、 高效、 扩展为宗旨
本作品采用《CC 协议》,转载必须注明作者和本文链接
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!
文章
1
粉丝
0
喜欢
0
收藏
1
排名:1847
访问:1329
私信
所有博文
社区赞助商