Zend的MVC机制使用分析(一)

代码
代码如下:
$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);