Zend的MVC機制流量分析(一)_PHP教程

代碼
複製代碼 代碼如下:
$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是調用單例模式，執行個體化了它的內部屬性_plugins，執行個體化了一個Zend_Controller_Plugin_Broker類。

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

意思是如果你有一個自己的外掛程式要插入使用的話，調用這個函數能把你自己的外掛程式委託給Zend_Controller_Plugin_Broker使用。

如果你有願望繼續跟下去你會看到註冊外掛程式做的一件最根本的事情就是把request和response放入到你的外掛程式中去(setRequest和setResponse)。

class Zend_Controller_Plugin_Broker extends Zend_Controller_Plugin_Abstract

這個實現了抽象類別Zend_Controller_Plugin_Abstract。
Zend_Controller_Plugin_Abstract是所有外掛程式的抽象類別，所有使用者自己定義的外掛程式或者Zend已有的外掛程式都要從這個類繼承。這裡就看到了，前端控制器Front就是使用broker作為使用者外掛程式註冊。

這個抽象類別可以被實現的函數有：

routeStartup: 在路由發送請求前被調用

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

dispatchLoopStartup:在進入分發迴圈（dispatch loop）前被調用

Predispatch：在動作由分發器分發前被調用

postdispatch:在動作由路由器分發後被調用

dispatchLoopShutdown:在進入分發迴圈（dispatch loop）後被調用

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

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

下面一行代碼

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

看到Zend/Layout.php中，startMvc做了兩件事：首先是調用自己的建構函式來執行個體化自己（切記帶著initMvc參數為true），然後是設定參數。

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

這個setOptions做的事是根據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的建構函式，初始化options之後是調用了_initVarContainer();

這個函數做了這麼個事情：

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

又出現了Zend_View_Helper_Placeholder_Registry（我翻譯為：Zend視圖助手註冊表）

getRegistry() 將Zend_View_Helper_Placeholder_Registry作為key，Zend_View_Helper_Placeholder_Registry類的執行個體作為value註冊到之前見過的Zend_Registry中。這個類的建構函式就什麼事都沒有。

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實現抽象類別Zend_View_Helper_Placeholder_Container_Abstract，這個抽象類別實際上也是一個ArrayObject，這個在之前的文章有提到過了，是一個和泛型類一樣的東東。

好了，這裡不跟下去了，回頭到Zend_Layout的建構函式

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

$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的函數，是將外掛程式委託給front的broker來用。有人就會問後面的99是什麼意思？是外掛程式的索引順序，越後面的外掛程式越後執行外掛程式的動作。

下面再看_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沒有layout的helper的話

就執行下面的offsetSet命令。將-90和Zend_Layout_Controller_Action_Helper_Layout執行個體作為參數傳入。

和plugin同樣的關係，將Zend_Layout_Controller_Action_Helper_Layout執行個體作為value存入到this->_helpersByPriority和this->_helpersByNameRef去了

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

好了，Layout的建構函式就這樣分析結束了。

http://www.bkjia.com/PHPjc/326858.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/326858.htmlTechArticle代碼 複製代碼 代碼如下: $front = Zend_Controller_Front::getInstance(); Zend_Layout::startMvc(array('layoutPath' = USVN_LAYOUTS_DIR)); $front-setRequest(new USVN_Controlle...

