第二章 – Magento请求分发与控制器
2011-03-31 11:08
423 查看
Model-View-Controller (MVC)
,模型-视图-控制器,源于Smalltalk编程语言和Xerox
Parc。现在有很多系统是基于MVC架构的,不同的系统MVC的实现也略有不同,但都体现了MVC的精髓,分离数据,业务逻辑和显示逻辑。最常见的
PHP MVC框架是这样的
URL请求被一个PHP文件拦截,通常称为前端控制器(Front Controller)
这个PHP文件分析这个URL,获得一个执行控制器(Action Controller)的名字和一个执行方法(Action Method)的名字,这个过程通常称为路由(Routing)
实例化#2获得的执行控制器
调用执行控制器的执行方法
执行方法中处理业务逻辑,比如获取数据
执行控制器负责把数据传递给显示逻辑
显示逻辑生成HTML
这个架构相对于传统的“每个php都是一个页面”来讲已经是一个巨大的飞跃,但还是有人抱怨【注: CodeIgniter
就是这样一个MVC框架】
前端控制器仍然以全局的方式运行
基于配置的惯例导致了系统不够模块化
URL Routing不够灵活
控制器往往和视图绑定
更改默认设置往往导致大量的重构
Magento创造了一个更抽象的MVC来解决上述问题。
URL请求被一个PHP拦截
这个PHP文件实例化一个Magento对象
Magento对象实例化前端控制器
前端控制器实例化全局配置中指定的路由对象,可以是多个
路由对象会逐个与请求URL匹配
如果发现匹配,那么可以获得一个执行控制器和一个执行方法的名字
实例化#6获得的执行控制器,并调用相应的执行方法
执行方法中处理业务逻辑,模型数据
控制器实例化布局对象(Layout)
布局对象根据请求的参数,系统配置创建一个块对象(Block)列表,并实例化
布局对象会调用块对象的output方法生成HTML。这是一个递归的过程,因为块对象可以嵌套块对象
每一个块对象都和一个模板文件(Template File)对应。块对象包含了显示逻辑,模板文件包含了HTML和PHP输出代码
块对象直接从模型那里获得数据,换句话说,在Magento的MVC架构中,控制器并不直接把数据传给视图
这里很复杂,我们以后会详细解释每一个部分。我们先关注“前端控制器->路由对象->执行控制器”部分。
Hello World示例
我们讲了太多理论,现在让我们来实践一下,通过实践来加深理解。下面是我们将要做的事情
创建一个Hello World模块
为这个模块配置路由
为这个模块创建执行控制器
创建Hello World模块
首先,我们要创建一个模块的目录结构,这个我们以前已经做过了,就不再熬述
下面是config.xml的内容
然后我们要创建一个系统配置文件来激活这个模块
>
最后,让我们检查一下模块是不是已经被激活
清空Magento缓存
在管理后台,进入 System->Configuration->Advanced
展开“Disable Modules Output”
确认App_Helloworld显示出来了
配置路由
下面,我们要配置一个路由。路由是用来把一个URL请求转换成一个执行控制器和方法。和传统的PHP MVC不同的是,你需要在Magento的全局配置中显式的定义你的路由。我们继续上面的例子,在config.xml中,添加如下代码
在这里,我们有很多新名词要解释。
什么是frontend?
frontend标签指向一个Magento区(Area),比如“frontend”就是指网站的前
台,“admin”是指网站的后
台,“install”是指Magento的安装程序。【注:这个有点像磁盘分区,区和区之间是相互独立的,但是都归操作系统能够管理,在这里归
Magento管理。默认的Magento安装没有“install”这个区,frontend区接管了,全局配置中的以下代码可以解释这一点
】
什么是routers?
Phil
Karlton有一句很著名的话“在计算机领域只有两件事是困难的:缓存和命名”。Magento引入了很多新概念,无疑存在很多命名问题,这里就是一个
例子。routers标签有时候包含的是路由对象的定义,有时候包含的是路径的定义。路由对象是进行路由操作的实体,而路径仅仅是路由对象的一个参数。
【注: 如果你仔细看过那个全局配置xml的话,你会发现有两处地方出现routers,一处是“web ->
routers”,另外一处是“frontend->
routers”。你再仔细看看会发现两处routers包含的内容不一样。第一处包含的是路由对象的定义,第二处包含的是路径的定义。】
什么是module?
这个标签的内容应该是一个模块的全名,Packagename_Modulename,在这里是“App_Helloworld”。Magento用这个名字来定位你的模块文件。
什么是frontname?
当一个router解析一个URL的时候,它是按照如下规则进行的
所以,当我们在frontname标签里定义了“helloworld”以后,Magento会把如下的URL请求交给我们的模块“App_Helloworld”来处理
有些人容易把frontname和前端控制器(Front
Controller)混淆起来。它们是两个不同的概念,frontname只跟路由相关,学过Zf的人都知道,其实就是个模块名。【注:
根据我们前面讲过的Magento的MVC流程,前端控制器是用来实例化所有路由的,而这里的“frontName”只是路由过程中的一个参数】
什么是 helloworld?
这个标签的名字应该是模块名字的小写版本。我们的模块名字是“Helloworld”,所以这里我们用
“helloworld”。你应该也已经注意
到我们定义的“frontName”也是和我们的模块相匹配的。这是一个不成文的规定,但不是强制要求。事实上,一个模块可以定义多个,也就是可以有多个“frontName”。
为路由创建执行控制器
还记得Magento的MVC流程吗?路由会把控制权交给执行控制器。上面我们定义了路由,现在我们来定义我们的执行控制器。首先创建文件
模块的控制器应该放在模块的子目录“controllers”(小写c)里面。这是规定,Magento会在这个目录寻找模块的控制器文件。我们的第一个控制器包含以下内容
清空Magento缓存,请求如下URL
如果你看到一个空白页面上面写着“Hello World”,那么恭喜你,你已经成功创建了你的第一个Magento控制器!
如何命名执行控制器?
还记得config.xml的标签吗?
执行控制的名字的构成如下
以标签的内容开始 (App_Helloworld)
紧接一个下划线 (App_Helloworld_)
加上我们给控制器取的名字“Index”(App_Helloworld_Index)
最后加上关键词“Controller” (App_Helloworld_IndexController)
我们自己定义的属于frontend区的执行控制器都应该继承Mage_Core_Controller_Front_Action。
URL里面的index/index是什么意思?
正如前文所述,Magento默认的路由的规则如下
所以在我们请求的URL
其中“helloworld”是“frontName”,第一个“index”是执行控制器(Action
Controller)的名字,第二个“index”是执行方法的名字。对比我们写的执行控制器代码,我们不难发现执行方法的定义是执行方法名字加上
“Action”关键字
Magento根据命名规则找到执行控制器文件并实例化,然后再根据命名规则调用指定的执行方法。如果URL没有给出执行控制器名字或者执行方法,Magento会用默认的“index”来替代,所以下面三个URL是等价的
我们再来看一个例子。如果URL如下
Magento的执行步骤如下
查询全局配置,找到frontName “checkout”对应的模块,Mage_Checkout
找到执行控制器 “Mage_Checkout_CartController”
调用执行控制器的“addAction”方法
进一步理解执行控制器
下面我们来为我们的执行控制器添加一个执行方法。添加如下代码到IndexController.php
请求URL
这次你应该看到“Goodbye
World!”。因为我们继承了“Mage_Core_Controller_Front_Action”,我们可以使用一些父类已经定义好的方法和变
量。比如父类会把URL后面跟的参数转换成key/value的数组。添加如下代码到我们的执行控制器
请求如下URL
你应该看到如下输出
Param:
foo
Value:
bar
Param:
baz
Value:
eof
最后,让我们再写一个执行控制器,用来处理以下URL
这里的执行控制器名字是“messages”,所以我们要创建如下文件
执行控制器的类名应该是
添加执行方法
好了,Magento的MVC架构大概就是这样了。它比传统的PHP MVC要复杂一点,但是Magento的这个高度灵活的MVC架构能让你创造出几乎所有你能想到的URL结构。
为了您的安全,请只打开来源可靠的网址
打开网站
取消
来自: http://hi.baidu.com/190420456/blog/item/0b00cb275455c0188b82a100.html
,模型-视图-控制器,源于Smalltalk编程语言和Xerox
Parc。现在有很多系统是基于MVC架构的,不同的系统MVC的实现也略有不同,但都体现了MVC的精髓,分离数据,业务逻辑和显示逻辑。最常见的
PHP MVC框架是这样的
URL请求被一个PHP文件拦截,通常称为前端控制器(Front Controller)
这个PHP文件分析这个URL,获得一个执行控制器(Action Controller)的名字和一个执行方法(Action Method)的名字,这个过程通常称为路由(Routing)
实例化#2获得的执行控制器
调用执行控制器的执行方法
执行方法中处理业务逻辑,比如获取数据
执行控制器负责把数据传递给显示逻辑
显示逻辑生成HTML
这个架构相对于传统的“每个php都是一个页面”来讲已经是一个巨大的飞跃,但还是有人抱怨【注: CodeIgniter
就是这样一个MVC框架】
前端控制器仍然以全局的方式运行
基于配置的惯例导致了系统不够模块化
URL Routing不够灵活
控制器往往和视图绑定
更改默认设置往往导致大量的重构
Magento创造了一个更抽象的MVC来解决上述问题。
URL请求被一个PHP拦截
这个PHP文件实例化一个Magento对象
Magento对象实例化前端控制器
前端控制器实例化全局配置中指定的路由对象,可以是多个
路由对象会逐个与请求URL匹配
如果发现匹配,那么可以获得一个执行控制器和一个执行方法的名字
实例化#6获得的执行控制器,并调用相应的执行方法
执行方法中处理业务逻辑,模型数据
控制器实例化布局对象(Layout)
布局对象根据请求的参数,系统配置创建一个块对象(Block)列表,并实例化
布局对象会调用块对象的output方法生成HTML。这是一个递归的过程,因为块对象可以嵌套块对象
每一个块对象都和一个模板文件(Template File)对应。块对象包含了显示逻辑,模板文件包含了HTML和PHP输出代码
块对象直接从模型那里获得数据,换句话说,在Magento的MVC架构中,控制器并不直接把数据传给视图
这里很复杂,我们以后会详细解释每一个部分。我们先关注“前端控制器->路由对象->执行控制器”部分。
Hello World示例
我们讲了太多理论,现在让我们来实践一下,通过实践来加深理解。下面是我们将要做的事情创建一个Hello World模块
为这个模块配置路由
为这个模块创建执行控制器
创建Hello World模块
首先,我们要创建一个模块的目录结构,这个我们以前已经做过了,就不再熬述app/ code/ local/ App/ Helloworld/ Block app/ code/ local/ App/ Helloworld/ controllers app/ code/ local/ App/ Helloworld/ etc app/ code/ local/ App/ Helloworld/ Helper app/ code/ local/ App/ Helloworld/ Model app/ code/ local/ App/ Helloworld/ sql
下面是config.xml的内容
PATH: app/code/local/App/Helloworld/etc/config.xml <? xml version= "1.0" encoding= "UTF-8" ?> <config> <modules> <App_Helloworld> <version>0.2.0</version> </App_Helloworld> </modules> </config>
然后我们要创建一个系统配置文件来激活这个模块
PATH: app/ etc/ modules/ App_Helloworld. xml < config> < modules> < App_Helloworld> < active> true</ active> < codePool> local</ codePool> </ App_Helloworld> </ modules> </ config>
>
最后,让我们检查一下模块是不是已经被激活
清空Magento缓存
在管理后台,进入 System->Configuration->Advanced
展开“Disable Modules Output”
确认App_Helloworld显示出来了
配置路由
下面,我们要配置一个路由。路由是用来把一个URL请求转换成一个执行控制器和方法。和传统的PHP MVC不同的是,你需要在Magento的全局配置中显式的定义你的路由。我们继续上面的例子,在config.xml中,添加如下代码<? xml version= "1.0" encoding= "UTF-8" ?> <config> <modules> <App_Helloworld> <version>0.1.0</version> </App_Helloworld> </modules> <frontend> <routers> <helloworld> <use>standard</use> <args> <module>App_Helloworld</module> <frontName>helloworld</frontName> </args> </helloworld> </routers> </frontend> </config>
在这里,我们有很多新名词要解释。
什么是frontend?
frontend标签指向一个Magento区(Area),比如“frontend”就是指网站的前台,“admin”是指网站的后
台,“install”是指Magento的安装程序。【注:这个有点像磁盘分区,区和区之间是相互独立的,但是都归操作系统能够管理,在这里归
Magento管理。默认的Magento安装没有“install”这个区,frontend区接管了,全局配置中的以下代码可以解释这一点
< frontend> ... < install> < use> standard</ use> < args> < module> Mage_Install</ module> < frontname> install</ frontname> </ args> </ install> ... </ frontend>
】
什么是routers?
PhilKarlton有一句很著名的话“在计算机领域只有两件事是困难的:缓存和命名”。Magento引入了很多新概念,无疑存在很多命名问题,这里就是一个
例子。routers标签有时候包含的是路由对象的定义,有时候包含的是路径的定义。路由对象是进行路由操作的实体,而路径仅仅是路由对象的一个参数。
【注: 如果你仔细看过那个全局配置xml的话,你会发现有两处地方出现routers,一处是“web ->
routers”,另外一处是“frontend->
routers”。你再仔细看看会发现两处routers包含的内容不一样。第一处包含的是路由对象的定义,第二处包含的是路径的定义。】
什么是module?
这个标签的内容应该是一个模块的全名,Packagename_Modulename,在这里是“App_Helloworld”。Magento用这个名字来定位你的模块文件。什么是frontname?
当一个router解析一个URL的时候,它是按照如下规则进行的http: //example.com/frontName/actionControllerName/actionMethod/
所以,当我们在frontname标签里定义了“helloworld”以后,Magento会把如下的URL请求交给我们的模块“App_Helloworld”来处理
http: //example.com/helloworld/*
有些人容易把frontname和前端控制器(Front
Controller)混淆起来。它们是两个不同的概念,frontname只跟路由相关,学过Zf的人都知道,其实就是个模块名。【注:
根据我们前面讲过的Magento的MVC流程,前端控制器是用来实例化所有路由的,而这里的“frontName”只是路由过程中的一个参数】
什么是 helloworld?
这个标签的名字应该是模块名字的小写版本。我们的模块名字是“Helloworld”,所以这里我们用“helloworld”。你应该也已经注意
到我们定义的“frontName”也是和我们的模块相匹配的。这是一个不成文的规定,但不是强制要求。事实上,一个模块可以定义多个,也就是可以有多个“frontName”。
为路由创建执行控制器
还记得Magento的MVC流程吗?路由会把控制权交给执行控制器。上面我们定义了路由,现在我们来定义我们的执行控制器。首先创建文件app/ code/ local/ App/ Helloworld/ controllers/ IndexController. php
模块的控制器应该放在模块的子目录“controllers”(小写c)里面。这是规定,Magento会在这个目录寻找模块的控制器文件。我们的第一个控制器包含以下内容
class App_Helloworld_IndexController extends Mage_Core_Controller_Front_Action { public function indexAction( ) { echo 'Hello World!' ; } }
清空Magento缓存,请求如下URL
http: //exmaple.com/helloworld/index/index
如果你看到一个空白页面上面写着“Hello World”,那么恭喜你,你已经成功创建了你的第一个Magento控制器!
如何命名执行控制器?
还记得config.xml的标签吗?< module> App_Helloworld</ module>
执行控制的名字的构成如下
以标签的内容开始 (App_Helloworld)
紧接一个下划线 (App_Helloworld_)
加上我们给控制器取的名字“Index”(App_Helloworld_Index)
最后加上关键词“Controller” (App_Helloworld_IndexController)
我们自己定义的属于frontend区的执行控制器都应该继承Mage_Core_Controller_Front_Action。
URL里面的index/index是什么意思?
正如前文所述,Magento默认的路由的规则如下http: //example.com/frontName/actionControllerName/actionMethod/
所以在我们请求的URL
http: //exmaple.com/helloworld/index/index
其中“helloworld”是“frontName”,第一个“index”是执行控制器(Action
Controller)的名字,第二个“index”是执行方法的名字。对比我们写的执行控制器代码,我们不难发现执行方法的定义是执行方法名字加上
“Action”关键字
public function indexAction( ) { ... }
Magento根据命名规则找到执行控制器文件并实例化,然后再根据命名规则调用指定的执行方法。如果URL没有给出执行控制器名字或者执行方法,Magento会用默认的“index”来替代,所以下面三个URL是等价的
http: //exmaple.com/helloworld/index/indexhttp:
//exmaple.com/helloworld/index/
http:
//exmaple.com/helloworld/
我们再来看一个例子。如果URL如下
http: //exmaple.com/checkout/cart/add
Magento的执行步骤如下
查询全局配置,找到frontName “checkout”对应的模块,Mage_Checkout
找到执行控制器 “Mage_Checkout_CartController”
调用执行控制器的“addAction”方法
进一步理解执行控制器
下面我们来为我们的执行控制器添加一个执行方法。添加如下代码到IndexController.phppublic function goodbyeAction( ) { echo 'Goodbye World!' ; }
请求URL
http: //example.com/helloworld/index/goodbye
这次你应该看到“Goodbye
World!”。因为我们继承了“Mage_Core_Controller_Front_Action”,我们可以使用一些父类已经定义好的方法和变
量。比如父类会把URL后面跟的参数转换成key/value的数组。添加如下代码到我们的执行控制器
public function paramsAction( ) { echo '<dl>' ; foreach ( $this -> getRequest ( ) -> getParams ( ) as $key => $value ) { echo '<dt><strong>Param: </strong>' . $key . '</dt>' ; echo '</dl><dl><strong>Value: </strong>' . $value . '</dl>' ; } echo '' ; }
请求如下URL
http: //example.com/helloworld/index/params?foo=bar&baz=eof
你应该看到如下输出
Param:
foo
Value:
bar
Param:
baz
Value:
eof
最后,让我们再写一个执行控制器,用来处理以下URL
http: //example.com/helloworld/messages/goodbye
这里的执行控制器名字是“messages”,所以我们要创建如下文件
app/ code/ local/ App/ Helloworld/ controllers/ MessagesController. php
执行控制器的类名应该是
App_Helloworld_MessagesController
添加执行方法
public function goodbyeAction( ) { echo 'Another Goodbye' ; }
好了,Magento的MVC架构大概就是这样了。它比传统的PHP MVC要复杂一点,但是Magento的这个高度灵活的MVC架构能让你创造出几乎所有你能想到的URL结构。
为了您的安全,请只打开来源可靠的网址
打开网站
取消
来自: http://hi.baidu.com/190420456/blog/item/0b00cb275455c0188b82a100.html
相关文章推荐
- 第二章 深入理解Magento - 请求分发与控制器
- 深入理解Magento – 第二章 – Magento请求分发与控制器
- 深入理解Magento - 第二章 – Magento请求分发与控制器
- 第二章 – Magento请求分发与控制器
- 2.Magento请求分发与控制器(MVC)
- Magento请求分发与控制器
- Magento请求分发与控制器(2)
- Magento请求分发与控制器
- magento APP、前端控制器、路由、控制器、动作分发过程
- Magento路由分发过程解析(一):在前端控制器中获取路由对象
- 前端控制器是整个MVC框架中最为核心的一块,它主要用来拦截符合要求的外部请求,并把请求分发到不同的控制器去处理,根据控制器处理后的结果,生成相应的响应发送到客户端。前端控制器既可以使用Filter实现(Struts2采用这种方式),也可以使用Servlet来实现(spring MVC框架)。
- Magento路由分发过程解析(四):请求重写
- Magento路由分发过程解析(一):在前端控制器中获取路由对象
- MVC 在Action中,过滤器中,或视图中,获取当前请求的 控制器/视图/区域的名字及跳转
- 关于thinkphp3.2控制器的请求独立性
- magento 获取对应控制器的方法的url 即 Controller 的 Action的url getUrl()
- springMVC笔记系列(6)——映射请求URL中的占位符到控制器方法参数
- magento如何重写控制器
- yii-basic (二)控制器的创建 以及请求组件 响应组件
- .NET MVC 在action中,过滤器中,或视图中,如何分别获取 当前请求的 控制器/视图/区域 的名字