代碼
復制代碼 代碼如下:
$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的構造函數就這樣分析結束了。
