如何在Zend中使用MVC機(jī)制?相信很多沒有經(jīng)驗(yàn)的人對此束手無策,為此本文總結(jié)了問題出現(xiàn)的原因和解決方法,通過這篇文章希望你能解決這個(gè)問題。
創(chuàng)新互聯(lián)服務(wù)緊隨時(shí)代發(fā)展步伐,進(jìn)行技術(shù)革新和技術(shù)進(jìn)步,經(jīng)過十余年的發(fā)展和積累,已經(jīng)匯集了一批資深網(wǎng)站策劃師、設(shè)計(jì)師、專業(yè)的網(wǎng)站實(shí)施團(tuán)隊(duì)以及高素質(zhì)售后服務(wù)人員,并且完全形成了一套成熟的業(yè)務(wù)流程,能夠完全依照客戶要求對網(wǎng)站進(jìn)行成都做網(wǎng)站、網(wǎng)站制作、建設(shè)、維護(hù)、更新和改版,實(shí)現(xiàn)客戶網(wǎng)站對外宣傳展示的首要目的,并為客戶企業(yè)品牌互聯(lián)網(wǎng)化提供全面的解決方案。代碼
復(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ù)跟下去你會看到注冊插件做的一件最根本的事情就是把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作為用戶插件注冊。
這個(gè)抽象類可以被實(shí)現(xiàn)的函數(shù)有:
routeStartup: 在路由發(fā)送請求前被調(diào)用
routeShutdown:在路由完成請求后被調(diào)用
dispatchLoopStartup:在進(jìn)入分發(fā)循環(huán)(dispatch loop)前被調(diào)用
Predispatch:在動作由分發(fā)器分發(fā)前被調(diào)用
postdispatch:在動作由路由器分發(fā)后被調(diào)用
dispatchLoopShutdown:在進(jìn)入分發(fā)循環(huán)(dispatch loop)后被調(diào)用
我們還看到了getRequest, getResponse兩個(gè)方法,我們可以通過他們分別從控制器中獲取request對象和response對象
好了,扯遠(yuǎn)了,回到最開始的代碼,Zend_Controller_Front::getInstance實(shí)際上來看做的事情就是注冊了一個(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è)屬性記住,以后會有使用的。
回退到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視圖助手注冊表)
getRegistry() 將Zend_View_Helper_Placeholder_Registry作為key,Zend_View_Helper_Placeholder_Registry類的實(shí)例作為value注冊到之前見過的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
);
記得前面對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í)例作為參數(shù)傳入。
和plugin同樣的關(guān)系,將Zend_Layout_Controller_Action_Helper_Layout實(shí)例作為value存入到this->_helpersByPriority和this->_helpersByNameRef去了
前面的-90是權(quán)重,也是要保證這個(gè)helper是最后調(diào)用(看最后一行是krsort排序)
看完上述內(nèi)容,你們掌握如何在Zend中使用MVC機(jī)制的方法了嗎?如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容,歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝各位的閱讀!
標(biāo)題名稱:如何在Zend中使用MVC機(jī)制-創(chuàng)新互聯(lián)
當(dāng)前鏈接:http://bm7419.com/article12/iphdc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站維護(hù)、企業(yè)網(wǎng)站制作、小程序開發(fā)、移動網(wǎng)站建設(shè)、用戶體驗(yàn)、網(wǎng)站設(shè)計(jì)公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容