推薦：Zend的MVC機制使用分析(二)
本篇文章介紹了，Zend的MVC機制使用分析，需要的朋友參考下

代碼

這個類是管理front的插件的類。先看一個Front中的方法public function registerPlugin(Zend_Controller_Plugin_Abstract $plugin, $stackIndex = null)

意思是如果你有一個自己的插件要插入使用的話，調用這個函數(shù)能把你自己的插件委托給Zend_Controller_Plugin_Broker使用。

如果你有愿望繼續(xù)跟下去你會看到注冊插件做的一件最根本的事情就是把request和response放入到你的插件中去(setRequest和setResponse)。

class Zend_Controller_Plugin_Broker extends Zend_Controller_Plugin_Abstract

這個實現(xiàn)了抽象類Zend_Controller_Plugin_Abstract。
Zend_Controller_Plugin_Abstract是所有插件的抽象類，所有用戶自己定義的插件或者Zend已有的插件都要從這個類繼承。這里就看到了，前端控制器Front就是使用broker作為用戶插件注冊。

這個抽象類可以被實現(xiàn)的函數(shù)有：

routeStartup: 在路由發(fā)送請求前被調用

routeShutdown：在路由完成請求后被調用

dispatchLoopStartup:在進入分發(fā)循環(huán)（dispatch loop）前被調用

Predispatch：在動作由分發(fā)器分發(fā)前被調用

postdispatch:在動作由路由器分發(fā)后被調用

dispatchLoopShutdown:在進入分發(fā)循環(huán)（dispatch loop）后被調用

我們還看到了getRequest, getResponse兩個方法，我們可以通過他們分別從控制器中獲取request對象和response對象

好了，扯遠了，回到最開始的代碼，Zend_Controller_Front::getInstance實際上來看做的事情就是注冊了一個broker插件放到$front中。

下面一行代碼

Zend_Layout::startMvc(array('layoutPath' => USVN_LAYOUTS_DIR));

看到Zend/Layout.php中，startMvc做了兩件事：首先是調用自己的構造函數(shù)來實例化自己（切記帶著initMvc參數(shù)為true），然后是設置參數(shù)。

Zend_Layout的構造函數(shù)比較復雜，就跟到里面看看。首先也是設置傳遞進來的參數(shù)$options,我們這個例子中是傳遞進來Array ( [layoutPath] => /var/www/html/usvn/app/layouts )這個array作為options，構造函數(shù)就是調用$this->setOptions($options);

這個setOptions做的事是根據(jù)array的每個key，調用$this->set$key($val);也就是說，以上面的例子來說，setOptions調用了setLayoutPath("/var/www/html/usvn/app/layouts")

順藤摸瓜，setLayoutPath的功能是設置自己類的this->_layout為"/var/www/html/usvn/app/layouts"， 然后設置_enable為true；這兩個屬性記住，以后會有使用的。

回退到Zend_Layout的構造函數(shù)，初始化options之后是調用了_initVarContainer();

這個函數(shù)做了這么個事情：

$this->_container = Zend_View_Helper_Placeholder_Registry::getRegistry()->getContainer(__CLASS__);

又出現(xiàn)了Zend_View_Helper_Placeholder_Registry（我翻譯為：Zend視圖助手注冊表）

getRegistry() 將Zend_View_Helper_Placeholder_Registry作為key，Zend_View_Helper_Placeholder_Registry類的實例作為value注冊到之前見過的Zend_Registry中。這個類的構造函數(shù)就什么事都沒有。

getRegistry()返回了Zend_View_Helper_Placeholder_Registry實例，下面調用getContainer(__CLASS__)。 這里的__CLASS__是什么，當前調用的類，自然就是Zend_Layout了。這里是getContainer("Zend_Layout")

進入到getContainer里面，它調用了createContainer("Zend_Layout")。createContainer("Zend_Layout")是在Registry中以Zend_Layout為key，Zend_View_Helper_Placeholder_Container類為value的array。

Zend_View_Helper_Placeholder_Container實現(xiàn)抽象類Zend_View_Helper_Placeholder_Container_Abstract，這個抽象類實際上也是一個ArrayObject，這個在之前的文章有提到過了，是一個和泛型類一樣的東東。

好了，這里不跟下去了，回頭到Zend_Layout的構造函數(shù)

_initVarContainer結束了，下面是調用兩個重要的函數(shù)：

$this->_setMvcEnabled(true);

$this->_initMvc();

Mvc大家一定很熟悉，我們來看看這里是怎么個MVC的

setMvcEnabled沒什么特別，設置標志位this->_mvcEnabled

_initMvc做了兩件事，_initPlugin和_initHelper。

先看initPlugin:

獲取PluginClass,這里的pluginClass就是Zend_Layout_Controller_Plugin_Layout，可以看到，這里是作為一個插件的形式放進來的。

接著又獲取了Zend_Controller_Front的實例，調用：

$front->registerPlugin(

new $pluginClass($this),

99

);

記得前面對Zend_Controller_Front的分析不？里面有registerPlugin的函數(shù)，是將插件委托給front的broker來用。有人就會問后面的99是什么意思？是插件的索引順序，越后面的插件越后執(zhí)行插件的動作。

下面再看_initHelper：

獲取helperClass，這里的helperClass就是Zend_Layout_Controller_Action_Helper_Layout

if (!Zend_Controller_Action_HelperBroker::hasHelper('layout')) {

。。。

Zend_Controller_Action_HelperBroker::getStack()->offsetSet(-90, new $helperClass($this));

}

如果Action_HelperBroker沒有l(wèi)ayout的helper的話

就執(zhí)行下面的offsetSet命令。將-90和Zend_Layout_Controller_Action_Helper_Layout實例作為參數(shù)傳入。

和plugin同樣的關系，將Zend_Layout_Controller_Action_Helper_Layout實例作為value存入到this->_helpersByPriority和this->_helpersByNameRef去了

前面的-90是權重，也是要保證這個helper是最后調用（看最后一行是krsort排序）

好了，Layout的構造函數(shù)就這樣分析結束了。

分享：Zend的Registry機制的使用說明
本篇文章介紹了，Zend的Registry機制的使用說明。需要的朋友參考下