Zend_Controller是使用MVC模式来构建一个站点的基础。Zend_Controller体系是一个轻量的，模块化和可扩展的体系。它只提供最核心的必要的部分，允许开发者有很大的自由来灵活地构建自己的站点。使用Zend_Controller的站点，其文件组织和代码结构会比较相似。

Zend_Controller 的工作流(workflow)是通过几个组件来实现的。虽然不需要完全理解这几个组件的含义，如果你对工作流程有点了解是很有帮助的。

Zend_Controller的工作流程相当简单。Zend_Controller_Front接收一个请求，然后由Zend_Controller_Router来决定分配给哪个controller。Zend_Controller_Router把URI分解，便于设定请求中的controller和action的名称。Zend_Controller_Front接着进入一个分配循环，调用Zend_Controller_Dispatcher，把dispatcher传给request，来调用请求中指定的具体的(或默认的)controller和action进行处理。在controller结束后，又把控制权交加给 Zend_Controller_Front。如果controller发现需要调用另一个controller（request的分配状态被清零），循环会一直继续直到另一次分配执行完毕。

Request对象是一个简单的“值对象”(value object)，在 Zend_Controller_Front和router、dispatcher和controller间传递。它封装了controller、action名称及要传递给某个action的参数，还有请求环境中的其它信息，请求环境可以是HTTP、命令行或PHP-GTK等。

根据请求的不同类型，不同的请求类中可能有各种可用的方法，例如默认的请求类是Zend_Controller_Request_Http，它有一些用于获取请求URI、路径信息，$_GET和$_POST参数等的类方法。

request对象被传递给front controller，或者如果没有提供request对象，会自动在分配过程一开始时实例化生成，在路由发生之前。request对象会被传递给dispatch循环中的每个对象。

另外，request对象在测试时非常有用。程序员可能会构造请求环境，包括controller、action、参数、URI等，并传递请求对象到front controller，来测试整个程序的工作流。同时使用request和response对象，精细和准确的单元测试将变成可能。

在你构建第一个控制器之前，你需要理解Zend_Controller_Router中的重定向过程是如何工作的。记住工作流程分为两步：一是路由（routing），只发生一次；二是分配（dispatching），循环过程。

Zend_Controller_Front 调用Zend_Controller_Router（或者你自己注册的router）来使一个URI映射到一个controller及其中的action上。Zend_Controller_Router从request对象中获取URI，并分解之，决定将调用的controller、action和其它URL参数，并把分解所得的这些结果存入request对象。

router使用很简单的方法来决定使用的controller及其action：

				http://framework.zend.com/controller/action/
			

上面controller就是我们要采用的控制器，action就是我们要采用的action。

可选择地，参数可以在URI中定义，并传递给controller。格式为key/value　：

				http://framework.zend.com/controller/action/key1/value1/
			

如果URL中controller或action/这部份没有写，Zend_Controller_Dispatcher会尝试从request对象的参数中获取相应的值，如果没有找到，则使用默认值。不论controller还是action，默认都是调用index。如：

				http://framework.zend.com/roadmap/future/
				Controller: roadmap
				Action    : future

				http://framework.zend.com/roadmap/
				Controller: roadmap
				Action    : index

				http://framework.zend.com/
				Controller: index
				Action    : index
				

你也可以通过几种方式把controller放在子目录或模块下：

controller和其中的action名称，及任何参数都在request对象中设置。当Zend_Controller_Front进行dispatch循环时，request对象将被传递给 Zend_Controller_Dispatcher。

“分配”（Dispatching，是指分发请求到具体的控制器的过程，也是调用控制器和方法的过程，从这个角度说理解为“调度”更为准确 --Haohappy注）是根据request对象(Zend_Controller_Request_Abstract)，从中得到controller和action名称及参数，然后实例化一个controller并调用其中方法的过程。如果没有发现controller和action的名称，它会使用默认值。 Zend_Controller_Dispatcher指定index作为默认值，但允许开发者自行指定默认值，可以通过setDefaultController()和setDefaultAction()方法。

调度过程发生于front controller内部的一个循环中。在调度发生之前，前端控制器把请求分解，得到控制器、方法的名称及参数，然后进行一个调度循环，分派请求。

在每次迭代的开始，request对象中都会有个标识变量(flag)来指示当前action是否已经被分配。如果一个action或者pre/postDispatch(分配前/后)插件清空了该标识变量，则分配过程会继续下去，尝试再次分配该请求。通过改变请求中的controller和/或action，或重设flag，程序员可以定义一定的“请求链”并执行。

The action controller method that controlls such dispatching is _forward(); call this method from any of the pre/postDispatch() or action methods, providing a controller, action, and optionally any additional parameters you may wish to send to the new action: 控制分配过程的类方法是 _forward()，在任何 pre/postDispatch()方法或者action方法中调用该方法，即可调用另一个action：

			public function myAction()
			{
			  // 进行一些处理...    
			  //跳转到另一个action,FooController::barAction():
			  $this->_forward('foo', 'bar', array('baz' => 'bogus'));
			}
			

response对象与request对象从逻辑上说是相对应的，它的目的是收集服务器返回的内容的header和body。另外，front controller将把捕捉到的异常传递到response对象中，允许程序员优雅地处理异常。这个功能可以通过设设置 Zend_Controller_Front::throwExceptions(true)来实现：

$front->throwExceptions(true);

由于response对象使用了__toString()方法，所以你可以很安全地用echo来输出该对象。也就是这样使用：

echo $controller->getResponse();

// or
$response = $controller->getResponse();
echo $response;

程序员应当在controller中使用response对的是，不要直接输出内容或头部，应该把这些输出放到response对象中去：

// Within an action controller action:
// Set a header
$this->getResponse()
    ->setHeader('Content-Type', 'text/html')
    ->appendBody($content);

这样做，所有的header会在发送内容之前设置一次。

程序中是否发生异常，可以使用isException()来检查response对象的flag，并且通过getException()来得到该异常。另外，你也可以定制自己的response对象，使程序出错时转向到出错信息页、记录异常信息或格式化异常信息等。

在front controller进行dispatch()之后，你可以得到response对象，或者请求front controller返回response对象而不是直接显示输出。

// retrieve post-dispatch:
//得到dispatch后的响应：
$front->dispatch();
$response = $front->getResponse();
if ($response->isException()) {
    // log, mail, etc...
}

// Or, have the front controller dispatch() process return it
// 或者，让front controller在dispatch()执行过程中返回响应
$front->returnResponse(true);
$response = $front->dispatch();

// do some processing...

// finally, echo the response
//最后，用echo输出响应信息
echo $response;

默认地，异常信息不会被显示。要显示异常信息，需要通过调用renderExceptions()，或者启用front controller的throwExceptions()方法，例如：

$response->renderExceptions(true);
$front->dispatch($request, $response);

// 或者
$front->returnResponse(true);
$response = $front->dispatch();
$response->renderExceptions();
echo $response;

// 或者
$front->throwExceptions(true);
$front->dispatch();