2.2 Zend_Controller 基础

2.2. Zend_Controller 基础
Zend_Controller系统被设计为轻量、模块化、和可扩展的系统。虽然它提供了足够多的功能结构让你的系统建立在Zend_Controller之上并共享通用的约定和相似的代码设计,但它是一个最低要求的设计,给用户最大的灵活性和自由度。

以下图表描述了工作流,下面的说明中详细介绍了之间的交互
Zend_Controller工作流用若干组件来实现。虽然不需要完全理解所有组件的基础知识来使用它,但是拥有工作流程的知识很有帮助。

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环境。
Zend_Controller的工作流相当简单。
请求被Zend_Controller_Front接收,
然后它调用Zend_Controller_Router_Rewrite
来决定哪个控制器(和控制器中的动作)被派遣。
为了在请求中设置控制器和动作名字Zend_Controller_Router_Rewrite分解URI。Zend_Controller_Front接着进入一个派遣循环。
它调用Zend_Controller_Dispatcher_Standard,
传递给它请求,派遣在请求(或使用缺省的)
中指定的控制器和动作。在控制器完成之后,
控制返回到Zend_Controller_Front。
如果控制器通过重置请求派遣状态指示其它的控制器应该被派遣,
循环将继续并且其它派遣被执行。否则,处理结束。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值