Zend的MVC机制使用分析(二)
2013-05-02 00:00
585 查看
接着上面的一篇
把代码贴上来
上一篇把前两句getInstance和startMvc两个函数已经读完了,下面是继续分析后面的代码
setRequest($request) 这里是判断request是否是继承自Zend_Controller_Request_Abstract,如果是的话就把front的_request赋值为它。
这里需要了解下什么是Zend_Controller_Request_Abstract,它是所有request抽象出来的抽象类。Zend已经提供了两个实现类,Zend_Controller_Request_Http和Zend_Controller_Request_Simple,一般我们搭建服务器都是http请求,所以你的项目如果需要重新继承的话,一般都直接继承Zend_Controller_Request_Http。
Zend_controller_Request_Http中我们经常会使用到的getQuery,getCookie,getRequestUri,getBasePath,getParams,getHeader等这些Http通常的选项都已经有了。
继续讲它的基类Zend_Controller_Request_Abstract,这个类的方法包含:
回到代码
$front->setRequest(new Zend_Controller_Request_Http());这里调用了Zend_Controller_Request_Http的构造函数,构造函数在第一次调用的时候是$this->setRequestUri();其中的setRequestUri很多都是直接使用$_SERVER这个php全局变量中的数据来获取requestUri的。
setRequestUri可以学到的是在不同的服务器中如何获取requestUri(特别是在IIS中的$SERVER中不同的变量组合有不同的含义),比如http://172.23.11.160/usvn/item/usvn_test 这个url,它的requestUri就是/usvn/item/usvn_test
$front->throwExceptions(true); 将内部的_throwExceptions标志位设置为true;
$front->setbaseUrl("/usvn")这个做了两件事情,首先是设置front内部的_baseUrl属性,其次调用Request的setBaseUrl,也是设置Zend_Controller_Request_Http的内部_baseUrl属性。
$router = new Zend_Controller_Router_Rewrite();
$routes_config = new USVN_Config_Ini(USVN_ROUTES_CONFIG_FILE, USVN_CONFIG_SECTION);
$router->addConfig($routes_config, 'routes');
$front->setRouter($router);
下面这三行就直接说,实际上就是使用Zend的Router模块使用配置文件,router使用setRouter放入front里面。
最后一句
$front->dispatch();
这个函数也是最核心的一个函数。
这个函数首先注册了一个插件Zend_Controller_Plugin_ErrorHandler,index为100,把插件的顺序放在最后。
第二步存放了一个Helper,Zend_Controller_Action_Helper_ViewRenderer,index为-80
下面实例化了request,request是一个Zend_Controller_Request_Http类型。并将request的baseUrl设置为前面设置过的_baseUrl,就是"/usvn/item/usvn_test"
接着实例化了response,response是一个Zend_Controller_Response_Http();
下面使用plugins来对Request和Response进行设置,首先实际调用了Zend_Controller_Plugin_Broker的setRequest函数,这个函数循环遍历broker管理的所有插件,调用插件的setRequest($request)函数(如果有的话)。
接下来初始化router,和设置router的参数。router已经在前面设置过了,就是Zend_Controller_Router_Rewrite类型
初始化分发器dispatcher,分发器我们是第一次看到,Zend_Controller_Dispatcher_Standard类。分发器以后再说。
下面的流程:
调用插件的routeStartup对request进行处理
调用router的route处理request
调用插件的routeShutdown对request进行处理
调用插件的dispatchLoopStartup对request进行处理
进入循环分发过程
调用插件的preDispatch对request进行处理
调用dispatcher的dispatch处理request和response
调用插件的postDispatch对request进行处理
跳出循环分发过程
调用插件的dispatchLoopShutdown对request进行处理
发送response
把代码贴上来
$front = Zend_Controller_Front::getInstance(); Zend_Layout::startMvc(array('layoutPath' => USVN_LAYOUTS_DIR)); $front->setRequest(new Zend_Controller_Request_Http()); $front->throwExceptions(true); $front->setBaseUrl($config->url->base); $router = new Zend_Controller_Router_Rewrite(); $routes_config = new USVN_Config_Ini(USVN_ROUTES_CONFIG_FILE, USVN_CONFIG_SECTION); $router->addConfig($routes_config, 'routes'); $front->setRouter($router); $front->setControllerDirectory(USVN_CONTROLLERS_DIR); $front->dispatch();
上一篇把前两句getInstance和startMvc两个函数已经读完了,下面是继续分析后面的代码
setRequest($request) 这里是判断request是否是继承自Zend_Controller_Request_Abstract,如果是的话就把front的_request赋值为它。
这里需要了解下什么是Zend_Controller_Request_Abstract,它是所有request抽象出来的抽象类。Zend已经提供了两个实现类,Zend_Controller_Request_Http和Zend_Controller_Request_Simple,一般我们搭建服务器都是http请求,所以你的项目如果需要重新继承的话,一般都直接继承Zend_Controller_Request_Http。
Zend_controller_Request_Http中我们经常会使用到的getQuery,getCookie,getRequestUri,getBasePath,getParams,getHeader等这些Http通常的选项都已经有了。
继续讲它的基类Zend_Controller_Request_Abstract,这个类的方法包含:
回到代码
$front->setRequest(new Zend_Controller_Request_Http());这里调用了Zend_Controller_Request_Http的构造函数,构造函数在第一次调用的时候是$this->setRequestUri();其中的setRequestUri很多都是直接使用$_SERVER这个php全局变量中的数据来获取requestUri的。
setRequestUri可以学到的是在不同的服务器中如何获取requestUri(特别是在IIS中的$SERVER中不同的变量组合有不同的含义),比如http://172.23.11.160/usvn/item/usvn_test 这个url,它的requestUri就是/usvn/item/usvn_test
$front->throwExceptions(true); 将内部的_throwExceptions标志位设置为true;
$front->setbaseUrl("/usvn")这个做了两件事情,首先是设置front内部的_baseUrl属性,其次调用Request的setBaseUrl,也是设置Zend_Controller_Request_Http的内部_baseUrl属性。
$router = new Zend_Controller_Router_Rewrite();
$routes_config = new USVN_Config_Ini(USVN_ROUTES_CONFIG_FILE, USVN_CONFIG_SECTION);
$router->addConfig($routes_config, 'routes');
$front->setRouter($router);
下面这三行就直接说,实际上就是使用Zend的Router模块使用配置文件,router使用setRouter放入front里面。
最后一句
$front->dispatch();
这个函数也是最核心的一个函数。
这个函数首先注册了一个插件Zend_Controller_Plugin_ErrorHandler,index为100,把插件的顺序放在最后。
第二步存放了一个Helper,Zend_Controller_Action_Helper_ViewRenderer,index为-80
下面实例化了request,request是一个Zend_Controller_Request_Http类型。并将request的baseUrl设置为前面设置过的_baseUrl,就是"/usvn/item/usvn_test"
接着实例化了response,response是一个Zend_Controller_Response_Http();
下面使用plugins来对Request和Response进行设置,首先实际调用了Zend_Controller_Plugin_Broker的setRequest函数,这个函数循环遍历broker管理的所有插件,调用插件的setRequest($request)函数(如果有的话)。
接下来初始化router,和设置router的参数。router已经在前面设置过了,就是Zend_Controller_Router_Rewrite类型
初始化分发器dispatcher,分发器我们是第一次看到,Zend_Controller_Dispatcher_Standard类。分发器以后再说。
下面的流程:
调用插件的routeStartup对request进行处理
调用router的route处理request
调用插件的routeShutdown对request进行处理
调用插件的dispatchLoopStartup对request进行处理
进入循环分发过程
调用插件的preDispatch对request进行处理
调用dispatcher的dispatch处理request和response
调用插件的postDispatch对request进行处理
跳出循环分发过程
调用插件的dispatchLoopShutdown对request进行处理
发送response
相关文章推荐
- Zend的MVC机制使用分析(二)
- Zend的MVC机制使用分析(一)
- Zend的MVC机制使用分析(一)
- .NET中反射机制的使用与分析
- Try-Catch机制使用场景分析
- [转]NopCommerce MVC 插件机制分析
- 使用WinDBG分析启用PAE后的分页机制
- Android动画机制与使用技巧(一)属性动画分析
- SpringMVC @SessionAttributes 使用详解以及源码分析
- Zend的Registry机制的使用说明
- Android系统分析之AIDL跨进程通信机制的使用和原理分析
- 使用Code First建模自引用关系笔记 asp.net core上使用redis探索(1) asp.net mvc控制器激活全分析 语言入门必学的基础知识你还记得么? 反射
- Android中使用Handler(消息机制)造成内存泄露的分析和解决
- Binder机制分析(2)——从MediaService中看Binder的实现和使用(2)
- 在 JSP/Servlet 中使用 Bean 自动属性填充机制(含原理分析)
- Binder机制分析(2)——从MediaService中看Binder的实现和使用(1)
- Binder机制分析(2)——从MediaService中看Binder的实现和使用(2)
- ECMALL模板解析机制.MVC架构分析及文件目录说明.二次开发指南手册
- Android的IPC机制(四)—— Messenger的使用及源码分析
- Struts2运行机制(MVC)的分析: