Zend Framework 2的MVC工作流程 博客分类： 关于zend framework zend框架mvc

−目录
概要
第一部分：初始化ServiceManager
第二部分：初始化模块
第三部分：启动MVC
Bootstrap引导阶段
Zend\View的构成
Zend\View的初始化
MVC启动阶段
Route路由启动
Dispatch分发过程
发送最终响应并结束MVC
概要
首先需要明确的是，Zend2.0的启动以及MVC构架是完全基于事件驱动的。如果对事件驱动还不太了解的话，应该先弄清楚什么是ZF2的事件驱动，并掌握基本的EventManager用法，这是阅读本文的基础。请参考Using the ZF2 EventManager。

基于事件驱动MVC与传统的MVC有什么不同，简单说就是由传统的复杂流程式调用过程。变成了先在某处注册事件，然后在某处触发事件的简单二元关系，事件不受代码结构和调用流程的影响，可以方便的解除耦合。

而在最近才引入的ServiceManager也是Zend1中完全没有的概念，在我的理解来看，ServiceManager的引入是ZF2开发小组对于引入Di可能带来的元数据式编程问题（Metaprogramming）的一种反思。

ServiceManager带来的好处是：

将整个Zend构架的主要部分形象化，让结构更有组织，更利于理解
简化Di的配置，降低学习成本
进一步弱化了Bootstrap，让整个启动过程更加简洁
ServiceManager带来的不好之处是：

将Di做一层封装，无法直接通过配置文件控制整个构架
自定义需求比较高的时候，反而提高了学习成本，因为在学习Di的同时还要学习ServiceManager
那么闲聊至此，开始进入真正的Zend2.0 MVC构架流程分析，这里以5月21日的ZendSkeletonApplication为例：

第一部分：初始化ServiceManager
ZendSkeletonApplication/public/index.php

$configuration = include 'config/application.config.php';
$serviceManager = new ServiceManager(new ServiceManagerConfiguration($configuration['service_manager']));
$serviceManager->setService('ApplicationConfiguration', $configuration);
读取整个应用的基础配置文件，初始化Mvc框架所需要的ServiceManager。

这个过程中默认所依赖的所有类都写在Zend\Mvc\Service\ServiceManagerConfiguration中。ServiceManager的内部被划分为5类

services 服务
factories 工厂
abstractFactories 抽象工厂
aliases 别名
shared 共享服务
项目的配置文件application.config.php会复写Zend的默认配置并载入，比如如果需要使用一个自定义的服务，可以在配置文件中这样写

<?php
return array(
    'service_manager' => array(
'use_defaults' => true,
'services' => array(
'ViewManager'                  => 'EvaEngine\Mvc\View\ModuleViewManager',
),
    ),
);
第二部分：初始化模块
ZendSkeletonApplication/public/index.php

$serviceManager->get('ModuleManager')->loadModules();
ServiceManager中的ModuleManager，本质上是对Zend\Mvc\Service\ModuleManagerFactory的一个封装，主要做的工作包括：

获得项目配置文件中需要载入的模块列表
按配置遍历模块，分别载入模块的配置文件
合并模块的配置文件
在配置文件中，可以通过modules节点控制具体载入哪些模块。

模块的载入同样采用了事件驱动，通过模块管理器Zend\ModuleManager\ModuleManager配合模块事件Zend\ModuleManager\ModuleEvent实现，在载入模块的过程中会依次触发

loadModules.pre 所有模块载入前
loadModule.resolve 每个模块载入
loadModule 每个模块载入后
loadModules.post 所有模块载入后
第三部分：启动MVC
终于到了MVC部分，整个MVC的流程都伴随着事件驱动，ZF2将其定义为MVC事件，按照执行顺序依次包括：

bootstrap 引导
route 路由
dispatch 分发
render 渲染
finish 结束
所以为了方便说明，将

ZendSkeletonApplication/public/index.php的

$serviceManager->get('Application')->bootstrap()->run()->send();
拆分为三个阶段

Bootstrap引导阶段
$app = $serviceManager->get('Application')->bootstrap();
在Zend1中，Bootstrap曾经是MVC的核心部分，在ZF2中，由于事件驱动的引入，这一部分变得非常简单清晰：

首先在Zend\Mvc\Application→bootstrap()中，注册了所有MVC事件，初始化MvcEvent（将Request/Response/Router等注入），同时触发bootstrap事件。

这一过程中，View部分的初始化相对复杂，单独说明如下

Zend\View的构成
在ZF2中，View部分同样做了非常大的改动，将Layout，Helper都合并入View。在Zend1中，Layout是一个独立存在的组件，而ZF2中将Layout和Template统一称为ViewModel，ViewModel是树形结构，这样就可以实现模板的递归嵌套，而在ZF2中的Layout，本质上就是位于树形结构最底层的ViewModel。

ZF2的View由以下几个部分组成，称呼是AlloVince个人的翻译，不当之处还请指正:

View\View 视图，主要接管MVC事件
View\Strategy 策略器，统筹安排视图的主要容器Placeholders，同时会将视图的最终结果放入容器，拼合为最后呈现给用户的内容
View\Resolver 决策器，定义模板命名与实际路径的映射关系，同时决定模板最终对应的实际文件
View\Renderer 渲染器，在决策器的辅助下，将ViewModel转换为文本输出。一个渲染器必须对应一个决策器才能工作。
View\Model 视图模型，包括了视图中可能用到的所有变量。自身为树形结构，一个视图模型可以包含若干子模型
View\Helper 视图助手，辅助生成HTML标签
在MVC构架中，Zend\Mvc\View\ViewManager会整合上述所有部分，最终构成整个视图。

Zend\View的初始化
回到上一节，在bootstrap事件被触发时，视图部分做了一些主要的准备工作，包括：

指定一个MVC专用的策略器Zend\Mvc\View\DefaultRenderingStrategy，在这个策略器中将最顶层的ViewModel重定义Layout。注册MvcEvent::EVENT_RENDER事件
注入模板监听Zend\Mvc\View\InjectTemplateListener，最主要的作用是通过Controller和Action的名字来生成默认的视图名
注入视图模型监听Zend\Mvc\View\InjectViewModelListener
那么其实我们可以得出结论，Zend的Mvc中在bootstrap阶段，视图的所有准备工作都已经就绪了，并没有等到路由结束或者Controller启动。这样做的用意在于当路由失败时，仍然可以有对应的视图来呈现异常结果。

MVC启动阶段
ZendSkeletonApplication/public/index.php

$response = $app->run();
启动阶段对应的事件有

route 路由
dispatch 分发
如果异常发生，则会提前结束启动过程，分发事件有可能不会触发而直接触发finish(结束)事件。

Route路由启动
ZF2的路由最有意义的重构是允许路由以树形结构排布，路由之间可以设置优先级。简单的介绍可以参考Introducing Zend Framework 2.0 Router。所以ZF2的路由可以实现分别在每个模块下设置，同时可以在某些模块提高优先级别。非常适合大规模应用的部署。

在路由启动过程中，Zend\Mvc\RouteListener→onRoute()被触发，路由从树形结构逐一匹配，最终以Zend\Mvc\Router\RouteMatch对象的形式返回一个最适配的路由。

Dispatch分发过程
ZF2的Dispatch分发其实有两次，一次是在Zend\Mvc\Application中，目的是将匹配的RouteMatch通过参数定位到某个特定的Controller，另一次是在Zend\Mvc\Controller，目的是将Request/Response注入，同时运行对应的Action。

流程如下

//分发事件被触发
Zend\Mvc\DispatchListener->onDispatch();

//根据匹配路由的参数定位到某个controller
$controller = $controllerLoader->get($controllerName);

//触发controlller的dispatch
$return   = $controller->dispatch($request, $response);
发送最终响应并结束MVC
ZendSkeletonApplication/public/index.php

$response->send();
分发结束后，如果正确的从controller获得响应，会继续运行

Zend\Mvc\Application->completeRequest()
这里会触发MVC事件的最后两个

render 渲染
finish 结束
//调用MVC默认策略器的render事件
Zend\Mvc\View\DefaultRenderingStrategy->render();
Render事件会将Zend\View的各部分整合，最终组装成一个Zend\Http\PhpEnvironment\Response，发送给用户。

这就是Zend2.0的MVC完整过程。