乐趣区

关于php:PHP设计模式之中介者模式

上回说道,咱们在外打工的常常会和一类人有很深的接触,那就是房产中介。大学毕业后马上就能在喜爱的城市买到房子的 X 二代不在咱们的思考范畴内哈。既然须要长期的租房,那么因为工作或者生存的变动,不可避免的一两年或者三五年就要和房产中介打一次交道。有的时候,咱们租房并不一定会晓得房主的信息,房主也不必晓得咱们的信息,全副都由中介来进行解决。在这里,中介就成为了咱们沟通的桥梁,这种状况其实就像是房主出国了或者在当地有事儿而将房子齐全的托管到了中介手中。相似于这种状况,在代码世界中,就是中介者模式的典型利用。

Gof 类图及解释

GoF 定义:用一个中介对象来封装一系列的对象交互。中介者使各对象不须要显式地互相援用,从而使其耦合涣散,而且能够独立地扭转它们之间的交互

GoF 类图

代码实现

abstract class Mediator
{abstract public function Send(String $message, Colleague $colleague);
}

class ConcreteMediator extends Mediator
{
    public $colleague1;
    public $colleague2;

    public function Send(String $message, Colleague $colleague)
    {if ($colleague == $this->colleague1) {$this->colleague2->Notify($message);
        } else {$this->colleague1->Notify($message);
        }
    }
}

形象进去的中介者和具体的实现,在这里,咱们假设有固定的两个共事类,让他们相互对话,所以进入的共事是 1 的时候,就去调用 2 的 Notify 办法,相当于是让 2 接管到了 1 发来的音讯

abstract class Colleague
{
    protected $mediator;
    public function __construct(Mediator $mediator)
    {$this->mediator = $mediator;}

}

class ConcreteColleague1 extends Colleague
{public function Send(String $message)
    {$this->mediator->Send($message, $this);
    }
    public function Notify(String $message)
    {echo "共事 1 失去信息:" . $message, PHP_EOL;}
}

class ConcreteColleague2 extends Colleague
{public function Send(String $message)
    {$this->mediator->Send($message, $this);
    }
    public function Notify(String $message)
    {echo "共事 2 失去信息:" . $message;}
}

共事类及具体的实现,这里咱们要确认的一点就是,每一个共事类,只意识中介者,并不意识另外的共事类,这就是中介者的特点,单方不必意识。

$m = new ConcreteMediator();

$c1 = new ConcreteColleague1($m);
$c2 = new ConcreteColleague2($m);

$m->colleague1 = $c1;
$m->colleague2 = $c2;

$c1->Send("吃过饭了吗?");
$c2->Send("没有呢,你打算请客?");

客户端的调用就比拟很简略啦!

  • 是不是感觉这个模式很适宜做一些通信类的产品?没错,聊天社交、sns、直播之类的都很适合,因为这个模式就是能让用户与用户之间解耦,不须要让一个用户去保护所有有关联的用户对象
  • 因为不须要用户去保护关系,所以也就顺便解决了关系之间的多对多保护的问题,同时,也不须要去批改用户类来进行关系的变更,放弃了用户类的良好封装
  • 然而,中介者集中保护可能导致这个类过于简单和宏大
  • 所以,模式不是万能的,肯定要弄清楚业务场景进行取舍地应用
  • 中介者实用于一组对象以定义良好然而简单的形式进行通信的场合,以及想定制一个散布在多个类中的行为,而又不想生成太多子类的场合

作为一名企业家,深知项目管理的重要性,而项目经理,在很多场合下就是一名中介者的角色。从组织角度看,一个我的项目的开始和完结,作为老板的我并不需要关怀是由谁来具体编码实现,我要沟通的人只是项目经理。同理,其余辅助部门包含财务、人事、行政等,他们也不关怀谁来写代码,而只须要和项目经理交换理解我的项目的状况以及须要配合的内容。在我的项目团队中,写代码的人呢?也不须要晓得谁来给他发工资或者考勤问题出在哪里,这所有也交给项目经理解决就好了。所以说,项目经理负责制的我的项目开发,就是中介者模式的典型利用。咱们的手机厂之所以倒退的如此之快,也多亏了这些项目经理们,早晨请他们吃大餐去咯~~~

残缺代码:https://github.com/zhangyue0503/designpatterns-php/blob/master/15.mediator/source/mediator.php

实例

这回咱们不发短信了,实现一个聊天室吧。一个简略的在线聊天室,需要就是让进入聊天室的用户都能够在线聊天,让咱们来看看应用中介者模式来如何实现这个聊天室吧!

聊天室类图

残缺源码:https://github.com/zhangyue0503/designpatterns-php/blob/master/15.mediator/source/mediator-webchat.php

<?php

abstract class Mediator
{abstract public function Send($message, $user);
}

class ChatMediator extends Mediator
{public $users = [];
    public function Attach($user)
    {if (!in_array($user, $this->users)) {$this->users[] = $user;
        }
    }

    public function Detach($user)
    {
        $position = 0;
        foreach ($this->users as $u) {if ($u == $user) {unset($this->users[$position]);
            }
            $position++;
        }
    }

    public function Send($message, $user)
    {foreach ($this->users as $u) {if ($u == $user) {continue;}
            $u->Notify($message);
        }
    }
}

abstract class User
{
    public $mediator;
    public $name;

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

class ChatUser extends User
{public function Send($message)
    {$this->mediator->Send($message . '(' . $this->name . '发送)', $this);
    }
    public function Notify($message)
    {echo $this->name . '收到音讯:' . $message, PHP_EOL;}
}

$m = new ChatMediator();

$u1 = new ChatUser($m, '用户 1');
$u2 = new ChatUser($m, '用户 2');
$u3 = new ChatUser($m, '用户 3');

$m->Attach($u1);
$m->Attach($u3);
$m->Attach($u2);

$u1->Send('Hello, 大家好呀!'); // 用户 2、用户 3 收到音讯

$u2->Send('你好呀!'); // 用户 1、用户 3 收到音讯

$m->Detach($u2); // 用户 2 退出聊天室

$u3->Send('欢送欢送!'); // 用户 1 收到音讯

阐明

  • 有没有发现,中介者就是这个“聊天室”,由它来进行信息的传递转移
  • 这里因为不固定用户人数,因而是一个数组保护的,当用户发送音讯的时候,除了他本人,其他人都收到了这条音讯
  • 聊天室能够自在地进出用户,说实话,这个例子真的很像一个曾经差不多实现性能了的聊天利用哦
  • 果然中介者模式真的很适宜通信方面的利用,然而,如果进入的用户十分多,$users 列表就会越来越臃肿了哦,这就是上文中所述的中介者模式的问题所在

下期看点

中介者模式是不是很乏味,在某些场景下也的确十分有用。然而就像之前说的,设计模式并不是万能药,利用各种模式的组合能力造成残缺的框架。这就是当初风行的各种框架的根底。所以,学以致用,并且适合的用,才是咱们学习的最终目标。别急别急,先把模式一个一个弄清楚了再说框架的事,下一个行将到来的是 建造者模式,还请持续期待哟。

各自媒体平台均可搜寻【硬核项目经理】

退出移动版