Zend的MVC機(jī)制使用分析(一)_PHP教程
推薦:Zend的MVC機(jī)制使用分析(二)本篇文章介紹了,Zend的MVC機(jī)制使用分析,需要的朋友參考下
$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è)方法,我們可以通過他們分別從控制器中獲取request對(duì)象和response對(duì)象
好了,扯遠(yuǎn)了,回到最開始的代碼,Zend_Controller_Front::getInstance實(shí)際上來看做的事情就是注冊(cè)了一個(gè)broker插件放到$front中。
下面一行代碼
Zend_Layout::startMvc(array('layoutPath' => USVN_LAYOUTS_DIR));
看到Zend/Layout.php中,startMvc做了兩件事:首先是調(diào)用自己的構(gòu)造函數(shù)來實(shí)例化自己(切記帶著initMvc參數(shù)為true),然后是設(shè)置參數(shù)。
Zend_Layout的構(gòu)造函數(shù)比較復(fù)雜,就跟到里面看看。首先也是設(shè)置傳遞進(jìn)來的參數(shù)$options,我們這個(gè)例子中是傳遞進(jìn)來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);也就是說,以上面的例子來說,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è)到之前見過的Zend_Registry中。這個(gè)類的構(gòu)造函數(shù)就什么事都沒有。
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è)在之前的文章有提到過了,是一個(gè)和泛型類一樣的東東。
好了,這里不跟下去了,回頭到Zend_Layout的構(gòu)造函數(shù)
_initVarContainer結(jié)束了,下面是調(diào)用兩個(gè)重要的函數(shù):
$this->_setMvcEnabled(true);
$this->_initMvc();
Mvc大家一定很熟悉,我們來看看這里是怎么個(gè)MVC的
setMvcEnabled沒什么特別,設(shè)置標(biāo)志位this->_mvcEnabled
_initMvc做了兩件事,_initPlugin和_initHelper。
先看initPlugin:
獲取PluginClass,這里的pluginClass就是Zend_Layout_Controller_Plugin_Layout,可以看到,這里是作為一個(gè)插件的形式放進(jìn)來的。
接著又獲取了Zend_Controller_Front的實(shí)例,調(diào)用:
$front->registerPlugin(
new $pluginClass($this),
99
);
記得前面對(duì)Zend_Controller_Front的分析不?里面有registerPlugin的函數(shù),是將插件委托給front的broker來用。有人就會(huì)問后面的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沒有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é)束了。
分享:Zend的Registry機(jī)制的使用說明本篇文章介紹了,Zend的Registry機(jī)制的使用說明。需要的朋友參考下
- PHPNOW安裝Memcached擴(kuò)展方法詳解
- php記錄頁面代碼執(zhí)行時(shí)間
- PHP中獎(jiǎng)概率的抽獎(jiǎng)算法程序代碼
- apache設(shè)置靜態(tài)文件緩存方法介紹
- php對(duì)圖像的各種處理函數(shù)代碼小結(jié)
- PHP 關(guān)于訪問控制的和運(yùn)算符優(yōu)先級(jí)介紹
- 關(guān)于PHP語言構(gòu)造器介紹
- php/js獲取客戶端mac地址的實(shí)現(xiàn)代碼
- php5.5新數(shù)組函數(shù)array_column使用
- PHP preg_match的匹配多國語言的技巧
- php 中序列化和json使用介紹
- php采集文章中的圖片獲取替換到本地
- 相關(guān)鏈接:
- 教程說明:
PHP教程-Zend的MVC機(jī)制使用分析(一)
。