Zend的MVC機制使用分析(一)_PHP教程

      編輯Tag賺U幣
      教程Tag:暫無Tag,歡迎添加,賺取U幣!

      推薦:Zend的MVC機制使用分析(二)
      本篇文章介紹了,Zend的MVC機制使用分析,需要的朋友參考下

      代碼

      復制代碼 代碼如下:www.wf0088.com

      $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)

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

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

      class Zend_Controller_Plugin_Broker extends Zend_Controller_Plugin_Abstract

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

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

      routeStartup: 在路由發(fā)送請求前被調用

      routeShutdown:在路由完成請求后被調用

      dispatchLoopStartup:在進入分發(fā)循環(huán)(dispatch loop)前被調用

      Predispatch:在動作由分發(fā)器分發(fā)前被調用

      postdispatch:在動作由路由器分發(fā)后被調用

      dispatchLoopShutdown:在進入分發(fā)循環(huán)(dispatch loop)后被調用

       

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

       

      好了,扯遠了,回到最開始的代碼,Zend_Controller_Front::getInstance實際上來看做的事情就是注冊了一個broker插件放到$front中。

       

      下面一行代碼

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

      看到Zend/Layout.php中,startMvc做了兩件事:首先是調用自己的構造函數(shù)來實例化自己(切記帶著initMvc參數(shù)為true),然后是設置參數(shù)。

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

      這個setOptions做的事是根據(jù)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的構造函數(shù),初始化options之后是調用了_initVarContainer();

      這個函數(shù)做了這么個事情:

      $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類的實例作為value注冊到之前見過的Zend_Registry中。這個類的構造函數(shù)就什么事都沒有。

       

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

       

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

      _initVarContainer結束了,下面是調用兩個重要的函數(shù):

      $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的函數(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ù)傳入。

      和plugin同樣的關系,將Zend_Layout_Controller_Action_Helper_Layout實例作為value存入到this->_helpersByPriority和this->_helpersByNameRef去了

      前面的-90是權重,也是要保證這個helper是最后調用(看最后一行是krsort排序)

      好了,Layout的構造函數(shù)就這樣分析結束了。

      分享:Zend的Registry機制的使用說明
      本篇文章介紹了,Zend的Registry機制的使用說明。需要的朋友參考下

      來源:模板無憂//所屬分類:PHP教程/更新時間:2013-05-03
      相關PHP教程