Zend_Controller_Front 控制了Zend_Controller系统的整个工作流。它是前端控制器（FrontController）模型的解释。Zend_Controller_Front处理所有由服务器接收的请求并负责把请求派发给动作控制器（ActionControllers）(Zend_Controller_Action)。

Zend_Controller_Request_Abstract (often referred to as the Request Object)描述请求环境和提供设置和读取控制器和动作名字以及任何请求参数的方法。另外它跟踪它所包含的动作是否被Zend_Controller_Dispatcher派遣。抽象请求对象的扩展可被用来封装整个请求环境，为了设置控制器和动作的名字，它允许路由器从请求环境中读出信息。

缺省地，Zend_Controller_Request_Http被用来访问整个HTTP请求环境。

Zend_Controller_Router_Interface用来定义路由器。路由是个过程，在这个过程中它通过检查请求环境来决定哪个个控制器和哪个控制器中的动作应该接受请求。控制器、动作和可选的参数就通过Zend_Controller_Dispatcher_Standard处理来设置在请求对象中。路由只发生一次：在最初收到请求并在第一个控制器被派遣之前。

缺省路由器，Zend_Controller_Router_Rewrite，从Zend_Controller_Request_Http取出URI的终点作为参数并基于在url中的路径信息分解成控制器、动作和参数。作为一个例子，URL http://localhost/foo/bar/key/value将被解析为foo控制器、bar 动作和带有一个值value的参数key。

Zend_Controller_Router_Rewrite也可以用来匹配任意的路径；参见路由器文档 有更多的信息。

Zend_Controller_Dispatcher_Interface被用来定义派遣器。派遣是个过程，在这个过程中它从请求对象中取出控制器和动作并映射它们到控制器文件/类和在控制器中的动作方法。如果控制器和动作不存在，它派遣缺省的控制器和动作。

实际的派遣过程包括初始化控制器类和在这个类中调用动作方法。不像路由，只发生一次，派遣是循环发生的。如果请求对象的派遣状态在任何点上重置，循环将被重复，调用不论哪个当前在请求对象中的动作。第一次循环随请求对象的派遣状态设置（布尔 true）完成，它将完成处理。

缺省的派遣器是Zend_Controller_Dispatcher_Standard。它定义控制器为以Controller结尾的 MixedCasedClasses，并且动作为以Action结尾的camelCasedMethods：FooController::barAction()。在这个例子中，控制器是foo，动作是the action as bar。

	大小写命名协议
	因为人们经常在大小写上犯错误，所以Zend Framework把路径信息标准化为小写。当然，这会影响你来命名控制器和动作或指向它们的链接。 如果你想使你的控制器类和动作方法名称有多个混合大小写字或驼峰字，你需要在url中使用'-'或'.'来把它们分开（尽管你可以配置使用的字符）。 作为例子，如果你打算用FooBarController::bazBatAction()，那么在url中链接时要用/foo-bar/baz-bat或/foo.bar/baz.bat。

Zend_Controller_Action是基本的动作控制器组件。每个控制器是一个从Zend_Controller_Action class扩展的单个的类并且应该包含一个或更多的动作方法。

Zend_Controller_Response_Abstract定义了一个基本的响应类，用来从动作控制器收集和返回响应。头和body的内容它都收集。

缺省的响应类是Zend_Controller_Response_Http，它适合用于HTTP环境。