首先了解觀察者模式的概念：一個(gè)對(duì)象通過添加一個(gè)方法（該方法允許另一個(gè)對(duì)象，即觀察者 注冊(cè)自己）使本身變得可觀察。當(dāng)可觀察的對(duì)象更改時(shí)，它會(huì)將消息發(fā)送到已注冊(cè)的觀察者。這些觀察者使用該信息執(zhí)行的操作與可觀察的對(duì)象無關(guān)。結(jié)果是對(duì)象可以相互對(duì)話，而不必了解原因。觀察者模式是一種事件系統(tǒng)，意味著這一模式允許某個(gè)類觀察另一個(gè)類的狀態(tài)，當(dāng)被觀察的類狀態(tài)發(fā)生改變的時(shí)候，觀察類可以收到通知并且做出相應(yīng)的動(dòng)作;觀察者模式為您提供了避免組件之間緊密耦。
UML結(jié)構(gòu)圖：
觀察者模式解決的問題
在我們的開發(fā)過程中，應(yīng)該都或多或少的碰到過改動(dòng)其中一部分代碼會(huì)引起其他一連串改變的問題，顯然想要完全避免這種情況不太可能，但我們也應(yīng)答盡量減少對(duì)其他組件的依賴，而觀察者模式就是為了解決這個(gè)問題。
舉個(gè)例子來說，我們有一個(gè)帖子對(duì)象，代碼如下：
class Post{protected $_userid = null;protected $_ip = null;protected $_content = null;function __construct(){// ...}// 發(fā)帖方法public function addPost(){// ... 發(fā)帖邏輯}} 在上面是一個(gè)普通的帖子對(duì)象，隨著發(fā)帖量和訪問量越來越大，運(yùn)營們開始不干了，公司也經(jīng)常會(huì)接到投訴電話，說我們的網(wǎng)站有許多敏感內(nèi)容和垃圾廣告，因此我們需要做內(nèi)容審核：首先是對(duì)用戶的審核，一些黑名單用戶應(yīng)該被禁止發(fā)帖；二是對(duì)IP的審核；三是對(duì)內(nèi)容敏感詞的審核。因此我們的代碼就成了如下的樣子：
class Post{protected $_userid = null;protected $_ip = null;protected $_content = null;function __construct(){}public function addPost(){if (!Postscan::checkUserid($tihs->_userid)) {return false;}if (!Postscan::ipUserid($tihs->_ip)) {return false;}if (!Postscan::checkContent($tihs->_content)) {return false;}// ... }} 隨著需要審核的字段越來越多，addPost方法變得越來越長，發(fā)布對(duì)象被也只能緊緊的被嵌入到該系統(tǒng)中。
觀察者模式的實(shí)現(xiàn)
觀察者模式的核心是把觀察者從主體中分離開來，當(dāng)主體知道事件發(fā)生時(shí)，觀察需要被通知到，同時(shí)我們也不想把主體和觀察者之間的關(guān)系寫死，于是我們來修改下我們上面的代碼：
//主體必須實(shí)現(xiàn)的接口interface Observable {public function attach(Observer $observer);public function detach(Observer $observer);public function notify();}//觀察者必須實(shí)現(xiàn)的接口interface Observer {public function do(Observable $subject);}class Post implements Observable{protected $_userid = null;protected $_ip = null;protected $_content = null;protected $_observerlist = array();function __construct(){}public function attach(Observer $observer){$this->_observerlist[] = $observer;}public function detach(Observer $observer){foreach ($this->_observerlist as $key => $value) {if ($observer === $value) {unset($this->_observerlist[$key])}}}public function notify(){foreach ($this->_observerlist as $value) {if (!$value->do($this)) {return false;}}return true;}public function addPost(){if (!$this->notify()) {return false;}// ... }} 通過上面的代碼，我們可以再很容易的加入審核規(guī)則。
SPL代碼
觀察者模式是一個(gè)很常見和常用的設(shè)計(jì)模式，以至于SPL擴(kuò)展已經(jīng)為我們封裝好了對(duì)應(yīng)的類和方法，下面的代碼是根據(jù)SPL提供的3個(gè)元素：SplObserver,SplSubject,SplObjectStorage來實(shí)現(xiàn)的代碼
class Post implements SplSubject{protected $_userid = null;protected $_ip = null;protected $_content = null;protected $_storage = new SplObjectStorage();function __construct(){}public function attach(SplObject $observer){$this->_storage->attach($observer);}public function detach(SplObject $observer){$this->_storage->detach($observer);}public function notify(){foreach ($this->_storage as $value) {if (!$value->update($this)) {return false;}}return true;}public function addPost(){if (!$this->notify()) {return false;}// ... }} 很簡單吧，最重要的是理解，在這個(gè)例子中，我們把一些審核的方法從帖子類中剝離了開來，而且該帖子對(duì)象也可以用來作為其他的發(fā)布類型。
以上內(nèi)容實(shí)現(xiàn)是小編給大家介紹的PHP設(shè)計(jì)模式之觀察者模式，希望對(duì)大家有所幫助！
