Zend Framework MVC的派遣器--Dispatch

2)设计：请求可以由许多方式产生（HTTP，CLI等）,当一个请求发出的时候与之相关的请求对象也产生了！所有的请求对象都是基于Zend_Controller_Request_Abstract抽象类设计的，这个抽象类提供给其他MVC组件操作的基本的方法，这些基本方法包括设置将被派遣的module、controller以及action名字。它也包括设置请求变量和设置派遣状态（这点在我们之前的的Dispatcher中见过的）。请求对象被设计成为抽象的意味着我们很容易的通过继承这个抽象类来创建我们自己的请求，同时也意味着ZF也没有锁定任何请求的环境，因此，我们能够使用ZF MVC组件在HTTP、CLI或者我们喜欢的任何指定的环境。
$response = new Zend_Controller_Response_Http();
$response->setBody('<h1>Default Body</h1>');
当使用了setBody()方法后，响应对象（Response Object）就会产生一个默认的段(default segment)，这点常常来自view视图，同时它也将覆盖掉我们在响应对象中原有的段，像上面，这样就可能产生一个下面的段：
3）请求被派遣的过程：
请求派遣过程就是派遣器Dispatcher从请求对象Request object中提取出Module,Controller,Action来，并且调用其中的Action Controller；该过程牵扯到了3个组件：Front Controller,Dispatcher,Request object;派遣的过程是发生在派遣循环中；该循环大体过程是：
6、The Response object 响应对象
1)概述：接下来，我们进入到我们的最后一个组件，也是派遣过程中的最后一个部分---响应对象，响应对象逻辑上是请求对象的搭档.目的在于收集消息体和/或消息头，因而可能返回大批的结果。
2）默认情况：和请求对象一样，响应对象也可以由许多方式产生。所有的请对象都是基于Zend_Controller_Response_Abstract。响应可用在整个派遣过程中，我们能够在派遣的过程中增加它，我们后面会有例子说明的。响应对象中可以包含头部、异常、以及其他数据像用于响应一个请求生成的HTML代码。另一个与请求对象相似的地方是请求对象也是针对环境的，意思就是我们可以针对不同的环境给不同的响应类型，同时也意味着我们的MVC组件能够被用在CLI、HTTP或者是其他特定的环境。我们同样也很容易的继承响应对象抽象类（Zend_Controller_Response_Abstract）并且实例化他们，默认环境下，我们使用的Response Object响应对象是Zend_Controller_Response_Http()，这些我们在一开始的时候就见过了！！
几乎所有与派遣器（Dispatch）相关的都是影响到它的默认行为，比如我们之前在前端控制器中所见的：setDefaultAction (string $action)、setDefaultControllerName (string $controller)、setDefaultModule (string $module)，他们都是通过前端控制器调用，然后代理到派遣器中正确的方法。在这其中我们要注意一个重要的方法setParam(),我们可以通过它来将一个变量或者一个对象传递到所有的控制器中：
一旦我们有了一个请求对象，我们就可以设置或者获得请求对象中的属性，最重要的几个：
getModuleName() and setModuleName()
getControllerName() and setControllerName()
getActionName() and setActionName()
}
}
//同_forward()方法实现机理一样的代码
class IndexController extends Zend_Controller_Action{
public function indexAction(){
$request = $this->getRequest();
isDispatched() and setDispatched()
所有的这些方法得到或者设置信息被派遣器用来决定什么模块、控制器、动作将被派遣，我们在我们上面的派遣器部分见到过了，所有这里就不再重复。
请求对象提供给我们一种方法设置和得到他们的变量，这些方法如下：
getParam() and setParam()
3)默认情况：
默认的请求对象是使用Zend_Controller_Request_Http，默认就被注册到了前端控制器中。这个HTTP请求对象被设计成在HTTP环境下，因此它包含而外的属性比如像$_GET和$_POST数据，同时我们也可以使用下面的请求对象：
a.Zend_Controller_Request_Simple;
getParams() and setParams()
getUserParams() and getUserParam()
这些方法可以让人能够存储有关环境和请求的信息，在用户变量和环境变量之间很有大的不同。用户变量是通过setParam()或者setParams()方法直接被设置到请求的对象中，其他变量自动的从环境中被创建并被请求所设置。
5）总结：请求对象是在前端控制器，路由器，分发器，以及控制类间传递的简单值对象。请求对象封装了请求的模块，控制器，动作以及可选的参数，还包括其他的请求环境，如HTTP，CLI，PHP-GTK。 请求对象先被传入到前端控制器。如果没有提供请求对象，它将在分发过程的开始、任何路由过程发生之前实例化。请求对象将被传递到分发链中的每个对象。而且，请求对象在测试中是很有用的。开发人员可根据需要搭建请求环境，包括模块、控制器、动作、参数、URI等等，并且将其传入前端控制器来测试程序流向。如果与响应对象配合，可以对MVC程序进行精确巧妙的单元测试(unit testing)。
5、Http Request object 请求对象
1)概述：请求对象，它提供给我们一种方式，这种方式可以封包我们的一个请求，并且可以让其他MVC组件（Front Controller、Router、Dispatcher、Response）可以与之交互。没有它的话，我的应用将不会工作！！
3）使用响应对象（Request Object）：响应对象处理3中类型的数据，他们分别是：异常（exception）、头部（headers）、响应主体（response body）；响应主体可以是针对请求返回的任何信息，比如一个请求是一个web页面，我们可以返回html、xml、txt、binary Image数据等。设置response body，我们可以通过响应对象的setBody()方法：
$front = Zend_Controller_Front::getInstance();
$request = $front->getRequest();
//在控制器内，通过动作控制器拿：$this->getRequest();
我们自定义请求对象：
$front = Zend_Controller_Front::getInstance();
g.派遣器器从请求对象中找到对应的Action动作名
h.派遣器将派遣标志设为true，标志着派遣完成
i.派遣器开始派遣动作控制器类中的Action方法
j.派遣动作完成，派遣器检测请求对象Request object派遣完成标识是否为false，如果是false则表示还有派遣没有完成，派遣器就再次进入派遣循环过程中；
$request->setModuleName('product')
->setControllerName('index')
->setActionName('index')
->setDispatched(false);
}
}
注意到可以通过设置请求对象中的派遣标识就可以再次进入派遣循环中！！
$myRequest = new My_Controller_Request_Custom();
//通过前端控制器的setRequest()方法来自定义我们自己的请求对象
$request = $front->setRequest($myRequest);
我们设置自定义的请求对象，要注意一点，要在派遣过程中的routeStartup之前就设置！！
派遣标识案例说明：
//_forward()方法使用
class IndexController extends Zend_Controller_Action{
public function indexAction(){
$this->_forward('index', 'index', 'product');
b.Zend_Controller_Request_Apache404;
Zend_Controller_Request_Simple提供了抽象类中的方法，被用于CLI MVC操作！
Zend_Controller_Request_Apache404是继承了默认的HTTP对象（Zend_Controller_Reuqest_Http），它提供了在重写过程中用于替代mod_rewrite或者PT标志的HTTP函数。
$front->setParam('myGlobal','globalvar');
要注意的一个问题就是设置变量的时间，因为有时候我们会遇见这样的问题：就是为什么我们已经使用了$front->setParam()，但它没有设置到我们的值。这个原因就是当$front->dispatch()被调用时，变量从前端控制器传递到派遣器的过程是发生在routeStartup之前时间被触发。因此，任何前端控制器变量在这一点之后再来设置就无法将变量传递到派遣器中和动作控制器中！派遣器和派遣过程是zf MVC实现过程中一个很重要的部分，同时它也允许控制如何派遣它以及何时派遣它（比如可以通过派遣标识来设置）。接下来让我看看请求对象（Request object）。 4)使用请求对象：★