快捷導(dǎo)航

PHP設(shè)計(jì)模式之觀察者模式實(shí)例

更新時(shí)間：2016年02月22日 09:15:13 投稿：mrr

一個(gè)對(duì)象通過(guò)添加一個(gè)方法（該方法允許另一個(gè)對(duì)象，即觀察者注冊(cè)自己）使本身變得可觀察。當(dāng)可觀察的對(duì)象更改時(shí)，它會(huì)將消息發(fā)送到已注冊(cè)的觀察者。通過(guò)本文給大家介紹PHP設(shè)計(jì)模式之觀察者模式，需要的朋友參考下

首先了解觀察者模式的概念：一個(gè)對(duì)象通過(guò)添加一個(gè)方法（該方法允許另一個(gè)對(duì)象，即觀察者注冊(cè)自己）使本身變得可觀察。當(dāng)可觀察的對(duì)象更改時(shí)，它會(huì)將消息發(fā)送到已注冊(cè)的觀察者。這些觀察者使用該信息執(zhí)行的操作與可觀察的對(duì)象無(wú)關(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)圖：

觀察者模式解決的問(wèn)題

在我們的開發(fā)過(guò)程中，應(yīng)該都或多或少的碰到過(guò)改動(dòng)其中一部分代碼會(huì)引起其他一連串改變的問(wèn)題，顯然想要完全避免這種情況不太可能，但我們也應(yīng)答盡量減少對(duì)其他組件的依賴，而觀察者模式就是為了解決這個(gè)問(wèn)題。

舉個(gè)例子來(lái)說(shuō)，我們有一個(gè)帖子對(duì)象，代碼如下：

class Post
{
protected $_userid = null;
protected $_ip = null;
protected $_content = null;
function __construct()
{
// ...
}
// 發(fā)帖方法
public function addPost()
{
// ... 發(fā)帖邏輯
}
}

在上面是一個(gè)普通的帖子對(duì)象，隨著發(fā)帖量和訪問(wèn)量越來(lái)越大，運(yùn)營(yíng)們開始不干了，公司也經(jīng)常會(huì)接到投訴電話，說(shuō)我們的網(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;
}
// ... 
}
}

隨著需要審核的字段越來(lái)越多，addPost方法變得越來(lái)越長(zhǎng)，發(fā)布對(duì)象被也只能緊緊的被嵌入到該系統(tǒng)中。

觀察者模式的實(shí)現(xiàn)

觀察者模式的核心是把觀察者從主體中分離開來(lái)，當(dāng)主體知道事件發(fā)生時(shí)，觀察需要被通知到，同時(shí)我們也不想把主體和觀察者之間的關(guān)系寫死，于是我們來(lái)修改下我們上面的代碼：

//主體必須實(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ò)上面的代碼，我們可以再很容易的加入審核規(guī)則。

SPL代碼

觀察者模式是一個(gè)很常見和常用的設(shè)計(jì)模式，以至于SPL擴(kuò)展已經(jīng)為我們封裝好了對(duì)應(yīng)的類和方法，下面的代碼是根據(jù)SPL提供的3個(gè)元素：SplObserver,SplSubject,SplObjectStorage來(lái)實(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;
}
// ... 
}
}

很簡(jiǎn)單吧，最重要的是理解，在這個(gè)例子中，我們把一些審核的方法從帖子類中剝離了開來(lái)，而且該帖子對(duì)象也可以用來(lái)作為其他的發(fā)布類型。

以上內(nèi)容實(shí)現(xiàn)是小編給大家介紹的PHP設(shè)計(jì)模式之觀察者模式，希望對(duì)大家有所幫助！

您可能感興趣的文章: