在之前的文章《深入淺析PHP中的組合模式》中我們介紹了PHP中的組合模式，下面本篇文章帶大家了解一下PHP設(shè)計(jì)模式中的中介者模式。

上回說道，我們?cè)谕獯蚬さ慕?jīng)常會(huì)和一類人有很深的接觸，那就是房產(chǎn)中介。大學(xué)畢業(yè)后馬上就能在喜歡的城市買到房子的X二代不在我們的考慮范圍內(nèi)哈。既然需要長(zhǎng)期的租房，那么因?yàn)楣ぷ骰蛘呱畹淖儎?dòng)，不可避免的一兩年或者三五年就要和房產(chǎn)中介打一次交道。有的時(shí)候，我們租房并不一定會(huì)知道房主的信息，房主也不用知道我們的信息，全部都由中介來進(jìn)行處理。在這里，中介就成為了我們溝通的橋梁，這種情況其實(shí)就像是房主出國(guó)了或者在外地有事兒而將房子完全的托管到了中介手中。類似于這種情況，在代碼世界中，就是中介者模式的典型應(yīng)用。

Gof類圖及解釋

GoF定義：用一個(gè)中介對(duì)象來封裝一系列的對(duì)象交互。 中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互

GoF類圖

代碼實(shí)現(xiàn)

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);         }     } }

抽象出來的中介者和具體的實(shí)現(xiàn)，在這里，我們假定有固定的兩個(gè)同事類，讓他們互相對(duì)話，所以進(jìn)入的同事是1的時(shí)候，就去調(diào)用2的Notify方法，相當(dāng)于是讓2接收到了1發(fā)來的消息

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;     } }

同事類及具體的實(shí)現(xiàn)，這里我們要確認(rèn)的一點(diǎn)就是，每一個(gè)同事類，只認(rèn)識(shí)中介者，并不認(rèn)識(shí)另外的同事類，這就是中介者的特點(diǎn)，雙方不用認(rèn)識(shí)。

$m = new ConcreteMediator();  $c1 = new ConcreteColleague1($m); $c2 = new ConcreteColleague2($m);  $m->colleague1 = $c1; $m->colleague2 = $c2;  $c1->Send("吃過飯了嗎？"); $c2->Send("沒有呢，你打算請(qǐng)客？");

客戶端的調(diào)用就比較很簡(jiǎn)單啦！

• 是不是感覺這個(gè)模式很適合做一些通訊類的產(chǎn)品？沒錯(cuò)，聊天社交、sns、直播之類的都很合適，因?yàn)檫@個(gè)模式就是能讓用戶與用戶之間解耦，不需要讓一個(gè)用戶去維護(hù)所有有關(guān)聯(lián)的用戶對(duì)象
• 因?yàn)椴恍枰脩羧ゾS護(hù)關(guān)系，所以也就順便解決了關(guān)系之間的多對(duì)多維護(hù)的問題，同時(shí)，也不需要去修改用戶類來進(jìn)行關(guān)系的變更，保持了用戶類的良好封裝
• 但是，中介者集中維護(hù)可能導(dǎo)致這個(gè)類過于復(fù)雜和龐大
• 所以，模式不是萬能的，一定要弄清楚業(yè)務(wù)場(chǎng)景進(jìn)行取舍地使用
• 中介者適用于一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信的場(chǎng)合，以及想定制一個(gè)分布在多個(gè)類中的行為，而又不想生成太多子類的場(chǎng)合

作為一名企業(yè)家，深知項(xiàng)目管理的重要性，而項(xiàng)目經(jīng)理，在很多場(chǎng)合下就是一名中介者的角色。從組織角度看，一個(gè)項(xiàng)目的開始和結(jié)束，作為老板的我并不需要關(guān)心是由誰來具體編碼實(shí)現(xiàn)，我要溝通的人只是項(xiàng)目經(jīng)理。同理，其他輔助部門包括財(cái)務(wù)、人事、行政等，他們也不關(guān)心誰來寫代碼，而只需要和項(xiàng)目經(jīng)理交流了解項(xiàng)目的情況以及需要配合的內(nèi)容。在項(xiàng)目團(tuán)隊(duì)中，寫代碼的人呢？也不需要知道誰來給他發(fā)工資或者考勤問題出在哪里，這一切也交給項(xiàng)目經(jīng)理解決就好了。所以說，項(xiàng)目經(jīng)理負(fù)責(zé)制的項(xiàng)目開發(fā)，就是中介者模式的典型應(yīng)用。我們的手機(jī)廠之所以發(fā)展的如此之快，也多虧了這些項(xiàng)目經(jīng)理們，晚上請(qǐng)他們吃大餐去咯~~~

完整代碼：https://github.com/zhangyue0503/designpatterns-php/blob/master/15.mediator/source/mediator.php

實(shí)例

這回我們不發(fā)短信了，實(shí)現(xiàn)一個(gè)聊天室吧。一個(gè)簡(jiǎn)單的在線聊天室，需求就是讓進(jìn)入聊天室的用戶都可以在線聊天，讓我們來看看使用中介者模式來如何實(shí)現(xiàn)這個(gè)聊天室吧！

聊天室類圖

完整源碼：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 . '發(fā)送)', $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收到消息

說明

• 有沒有發(fā)現(xiàn)，中介者就是這個(gè)“聊天室”，由它來進(jìn)行信息的傳遞轉(zhuǎn)移
• 這里由于不固定用戶人數(shù)，因此是一個(gè)數(shù)組維護(hù)的，當(dāng)用戶發(fā)送消息的時(shí)候，除了他自己，其他人都收到了這條消息
• 聊天室可以自由地進(jìn)出用戶，說實(shí)話，這個(gè)例子真的很像一個(gè)已經(jīng)差不多實(shí)現(xiàn)功能了的聊天應(yīng)用哦
• 果然中介者模式真的很適合通信方面的應(yīng)用，但是，如果進(jìn)入的用戶非常多，$users列表就會(huì)越來越臃腫了哦，這就是上文中所述的中介者模式的問題所在

原文地址：https://juejin.cn/post/6844903975192363015

作者：硬核項(xiàng)目經(jīng)理

推薦學(xué)習(xí)：《PHP視頻教程》