代碼
復(fù)制代碼 代碼如下:
$front = Zend_Controller_Front::getInstance();
Zend_Layout::startMvc(array('layoutPath' => USVN_LAYOUTS_DIR));

$front->setRequest(new USVN_Controller_Request_Http());
$front->throwExceptions(true);
$front->setBaseUrl($config->url->base);

$router = new Zend_Controller_Router_Rewrite();
$routes_config = new USVN_Config_Ini(USVN_ROUTES_CONFIG_FILE, USVN_CONFIG_SECTION);
$router->addConfig($routes_config, 'routes');
$front->setRouter($router);
$front->setControllerDirectory(USVN_CONTROLLERS_DIR);

Zend_Controller_Front::getInstance()->dispatch();

分析

首先看下Zend_Controller_Front::getInstance是調(diào)用單例模式，實(shí)例化了它的內(nèi)部屬性_plugins，實(shí)例化了一個(gè)Zend_Controller_Plugin_Broker類。

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

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

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

class Zend_Controller_Plugin_Broker extends Zend_Controller_Plugin_Abstract

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

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

routeStartup: 在路由發(fā)送請(qǐng)求前被調(diào)用

routeShutdown：在路由完成請(qǐng)求后被調(diào)用

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

Predispatch：在動(dòng)作由分發(fā)器分發(fā)前被調(diào)用

postdispatch:在動(dòng)作由路由器分發(fā)后被調(diào)用

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

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

好了，扯遠(yuǎn)了，回到最開(kāi)始的代碼，Zend_Controller_Front::getInstance實(shí)際上來(lái)看做的事情就是注冊(cè)了一個(gè)broker插件放到$front中。

下面一行代碼

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

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

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

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

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

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

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

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

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

getRegistry() 將Zend_View_Helper_Placeholder_Registry作為key，Zend_View_Helper_Placeholder_Registry類的實(shí)例作為value注冊(cè)到之前見(jiàn)過(guò)的Zend_Registry中。這個(gè)類的構(gòu)造函數(shù)就什么事都沒(méi)有。

getRegistry()返回了Zend_View_Helper_Placeholder_Registry實(shí)例，下面調(diào)用getContainer(__CLASS__)。 這里的__CLASS__是什么，當(dāng)前調(diào)用的類，自然就是Zend_Layout了。這里是getContainer("Zend_Layout")

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

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

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

_initVarContainer結(jié)束了，下面是調(diào)用兩個(gè)重要的函數(shù)：

$this->_setMvcEnabled(true);

$this->_initMvc();

Mvc大家一定很熟悉，我們來(lái)看看這里是怎么個(gè)MVC的

setMvcEnabled沒(méi)什么特別，設(shè)置標(biāo)志位this->_mvcEnabled

_initMvc做了兩件事，_initPlugin和_initHelper。

先看initPlugin:

獲取PluginClass,這里的pluginClass就是Zend_Layout_Controller_Plugin_Layout，可以看到，這里是作為一個(gè)插件的形式放進(jìn)來(lái)的。

接著又獲取了Zend_Controller_Front的實(shí)例，調(diào)用：

$front->registerPlugin(

new $pluginClass($this),

99

);

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

下面再看_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沒(méi)有l(wèi)ayout的helper的話

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

和plugin同樣的關(guān)系，將Zend_Layout_Controller_Action_Helper_Layout實(shí)例作為value存入到this->_helpersByPriority和this->_helpersByNameRef去了

前面的-90是權(quán)重，也是要保證這個(gè)helper是最后調(diào)用（看最后一行是krsort排序）

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

php技術(shù)：Zend的MVC機(jī)制使用分析(一)，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。