1、Magnto获取当前店铺和店铺配置的方法 Magento如何重写或新建后台的页面 深入理解Magento 第一章 Magento强大的配置系统Magento的配置系统就像是Magento的心脏，支撑着Magento的运行。这套配置系统掌管着几乎所有“module/model/class/template/etc”。它把整个Magento系统抽象出来，用一个配置文件来描述。这里的“配置文件”并不是一个物理上存在的文件，而是Magento根据当前的系统状态动态生成的一段XML。大多数的PHP开发者并不习惯于这样抽象层，因为它增加的编程的复杂性。但是这样的抽象提供了无与伦比的灵活性，允许你覆盖几乎任
2、何系统的默认行为。首先，让我们写一个简单的插件来看看这个所谓的“配置文件”长什么样。虽然我已经提供的现成的代码，但是还是建议你自己建立这个插件，把整个流程走一遍有助于你的理解。设置插件的目录结构我们将要创建一个Magento的模块【注： Magento的插件不叫plug-in，叫module，翻译成模块】。Magento的模块由php和xml文件组成，目的是扩展或者覆盖系统的行为，比如为订单增加数据模型，更改一个类的方法，或者增加一个全新的功能。【注：Magento自带的那些功能也都是基于模块的，比如用户注册，商品展示，结账流程等等。Magento给我的感觉就是一切皆模块，和Eclipse的插
3、件体系结构有点像】大多数Magento的系统模块的结构和我们将要构建的插件的结构是一样的。Magento的系统模块在以下目录app/code/core/Mage每一个子目录都是一个单独的模块。这些模块是由Magento官方开发的。我们安装完Magento以后，所使用的功能就是来自这些模块。我们自己创建的模块应该放在如下目录app/code/local/Packagename“Packagename”应该是一个唯一的字符串，用来标识你的代码。通常人们使用公司名字作为Packagename，比如app/code/local/Microsoft由于我在做我自己的Magento项目，我将使用我自己的项
4、目名“App”。 然后，我们要创建以下目录结构app/code/local/App/Configviewer/Blockapp/code/local/App/Configviewer/controllersapp/code/local/App/Configviewer/etcapp/code/local/App/Configviewer/Helperapp/code/local/App/Configviewer/Modelapp/code/local/App/Configviewer/sql你的插件并不一定需要包含以上所有的目录，但是为了以后开发方便，我们还是在一开始就把目录创建好。接下来我们
5、要创建两个文件，一个是config.xml，放在etc目录下面app/code/local/App/Configviewer/etc/config.xml文件内容如下 App_Configviewerversion0.1.0/App_Configviewer/modules/config第二个文件需要在如下位置创建app/etc/modules/App_Configviewer.xml第二个文件应该遵循如下命名规则“Packagename_Modulename.xml”，文件内容如下activetruecodePoollocal我们先不管这些文件是干什么的，以后会解释。建立好这两个文件以后，你
6、的模块的骨架就已经完成了。Magento已经知道你的模块存在，但是现在你的模块不会做任何事情。我们来确认一下Magento确实装载了你的模块清空Magento缓存 在后台管理界面，进入 System-Configuration-Advanced 展开“Disable Modules Output” 确认“App_Configviewer”显示出来了 如果你看到“App_Configviewer”，那么恭喜你，你已经成功创建了你第一个Magento模块！创建模块逻辑我们之前创建的模块不会做任何事情，下面我们来为这个模块加入逻辑1. 检查“showConfig”查询字符串是否存在2. 如果“sho
7、wConfig”存在，那么检查“showConfigFormat”查询字符串是否存在3. 如果“showConfigFormat”存在，那么输出指定格式的配置信息，否则输出默认格式的配置信息4. 终止执行流程首先更改我们的config.xml文件?xml version=1.0 encoding=UTF-8 globaleventscontroller_front_init_routersobserversapp_configviewer_model_observertypesingletonclassApp_Configviewer_Model_ObservermethodcheckForC
8、onfigRequest/app_configviewer_model_observer/observers/controller_front_init_routers/events/global然后创建如下文件App/Configviewer/Model/Observer.php输入以下内容phpclass App_Configviewer_Model_Observer const FLAG_SHOW_CONFIG = showConfig; const FLAG_SHOW_CONFIG_FORMAT = showConfigFormat private $request; public f
9、unction checkForConfigRequest（$observer） $this-request = $observer-getEvent （）-getData （ front ）-getRequest （）; if （$this-request-self:FLAG_SHOW_CONFIG = true） $this-setHeader （）;outputConfig （）; private function setHeader（） $format = isset （ $this-FLAG_SHOW_CONFIG_FORMAT ） ? $this-FLAG_SHOW_CONFIG_
10、FORMAT : xml switch （$format） case text : header （ Content-Type: text/plain ）; break; default : text/xml private function outputConfig（） die （ Mage:app （）-getConfig （）-getNode （）-asXML （） ）;好了，代码编辑结束。清空你的Magento缓存，输入如下URL 根据文中的配置，不难看出任何指向Magento的URL加了“?showConfig=true”以后，都会输出同样的内容，正常的执行流程会被终止。】配置文件分
11、析打开上述URL，你应该看到一个巨大的XML文件。这个文件描述了当前Magento系统的状态。它列出了所有的模块，数据模型，类，事件，监听器等等。举个例子，如果你搜索如下字符串Configviewer_Model_Observer你会发现刚刚你创建的那个类被列出来了。Magento会解析每个模块的config.xml，并把它们包含在这个全局配置中。这个配置文件有啥用？到目前为止，我们所作的事情似乎没什么意义，但是这个配置文件却是理解Magento的关键因素。你创建的每一个模块都会被加到这个配置文件中，任何时候，你需要调用一个系统功能的时候，Magento都会通过这个配置文件来查询相应的模块和功
12、能。举个简单的例子，如果你懂MVC的话，你应该和“helper class”之类概念的打过交道$helper_salesrule = new Mage_SalesRule_Helper（）;Magento抽象了PHP的类声明方式。在Magento系统中，上面的代码等同于$helper_salesrule = Mage:helper（salesrule）;Magento将通过以下逻辑来处理这行代码在配置文件中查找标签 在里面查找 标签 实例化从#3找到的类（Mage_SalesRule_Helper） Magento总是通过配置文件来获得类名，这个逻辑看起来有些复杂，但这样做的优点也很明显，我们
13、可以不需要更改Magento的代码就能更改Magento的核心功能。 在这个例子中，我们可以通过修改配置文件用我们自己的SalesRule_Helper类来替换原来那个】这种高度抽象的编程方式在php中并不常见，但是它可以让你清晰的扩展或者替换系统的某一部分。深入理解Magento 第二章 Magento请求分发与控制器Model-View-Controller （MVC） ，模型-视图-控制器，源于Smalltalk编程语言和Xerox Parc。现在有很多系统是基于MVC架构的，不同的系统MVC的实现也略有不同，但都体现了MVC的精髓，分离数据，业务逻辑和显示逻辑。最常见的PHP MVC框
14、架是这样的URL请求被一个PHP文件拦截，通常称为前端控制器（Front Controller） 这个PHP文件分析这个URL，获得一个执行控制器（Action Controller）的名字和一个执行方法（Action Method）的名字，这个过程通常称为路由（Routing） 实例化#2获得的执行控制器 调用执行控制器的执行方法 执行方法中处理业务逻辑，比如获取数据 执行控制器负责把数据传递给显示逻辑 显示逻辑生成HTML 这个架构相对于传统的“每个php都是一个页面”来讲已经是一个巨大的飞跃，但还是有人抱怨【注： CodeIgniter就是这样一个MVC框架】前端控制器仍然以全局的方式运
15、行 基于配置的惯例导致了系统不够模块化 URL Routing不够灵活 控制器往往和视图绑定 更改默认设置往往导致大量的重构 Magento创造了一个更抽象的MVC来解决上述问题。URL请求被一个PHP拦截 这个PHP文件实例化一个Magento对象 Magento对象实例化前端控制器 前端控制器实例化全局配置中指定的路由对象，可以是多个 路由对象会逐个与请求URL匹配 如果发现匹配，那么可以获得一个执行控制器和一个执行方法的名字 实例化#6获得的执行控制器，并调用相应的执行方法 执行方法中处理业务逻辑，模型数据 控制器实例化布局对象（Layout） 布局对象根据请求的参数，系统配置创建一个块
16、对象（Block）列表，并实例化 布局对象会调用块对象的output方法生成HTML。这是一个递归的过程，因为块对象可以嵌套块对象 每一个块对象都和一个模板文件（Template File）对应。块对象包含了显示逻辑，模板文件包含了HTML和PHP输出代码 块对象直接从模型那里获得数据，换句话说，在Magento的MVC架构中，控制器并不直接把数据传给视图 这里很复杂，我们以后会详细解释每一个部分。我们先关注“前端控制器-路由对象-执行控制器”部分。Hello World示例我们讲了太多理论，现在让我们来实践一下，通过实践来加深理解。下面是我们将要做的事情创建一个Hello World模块 为
17、这个模块配置路由 为这个模块创建执行控制器 创建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.
18、xml的内容PATH: app/code/local/App/Helloworld/etc/config.xmlApp_Helloworld0.2.0然后我们要创建一个系统配置文件来激活这个模块 app/etc/modules/App_Helloworld.xml最后，让我们检查一下模块是不是已经被激活在管理后台，进入 System-确认App_Helloworld显示出来了 配置路由下面，我们要配置一个路由。路由是用来把一个URL请求转换成一个执行控制器和方法。和传统的PHP MVC不同的是，你需要在Magento的全局配置中显式的定义你的路由。我们继续上面的例子，在config.xml中，
19、添加如下代码frontendroutershelloworldusestandardargsmoduleApp_HelloworldfrontNamehelloworld/args/helloworld/routers/frontend在这里，我们有很多新名词要解释。什么是frontend？frontend标签指向一个Magento区（Area），比如“frontend”就是指网站的前台，“admin”是指网站的后台，“install”是指Magento的安装程序。这个有点像磁盘分区，区和区之间是相互独立的，但是都归操作系统能够管理，在这里归Magento管理。默认的Magento安装没有“i
20、nstall”这个区，frontend区接管了，全局配置中的以下代码可以解释这一点 .installMage_Installinstall/install什么是routers？Phil Karlton有一句很著名的话“在计算机领域只有两件事是困难的：缓存和命名”。Magento引入了很多新概念，无疑存在很多命名问题，这里就是一个例子。routers标签有时候包含的是路由对象的定义，有时候包含的是路径的定义。路由对象是进行路由操作的实体，而路径仅仅是路由对象的一个参数。 如果你仔细看过那个全局配置xml的话，你会发现有两处地方出现routers，一处是“web - routers”，另外一处是“
21、frontend- routers”。你再仔细看看会发现两处routers包含的内容不一样。第一处包含的是路由对象的定义，第二处包含的是路径的定义。什么是module？这个标签的内容应该是一个模块的全名，Packagename_Modulename，在这里是“App_Helloworld”。Magento用这个名字来定位你的模块文件。什么是frontname？当一个router解析一个URL的时候，它是按照如下规则进行的所以，当我们在frontname标签里定义了“helloworld”以后，Magento会把如下的URL请求交给我们的模块“App_Helloworld”来处理有些人容易把fr
22、ontname和前端控制器（Front Controller）混淆起来。它们是两个不同的概念，frontname只跟路由相关，学过Zf的人都知道，其实就是个模块名。 根据我们前面讲过的Magento的MVC流程，前端控制器是用来实例化所有路由的，而这里的“frontName”只是路由过程中的一个参数】什么是 helloworld？这个标签的名字应该是模块名字的小写版本。我们的模块名字是“Helloworld”，所以这里我们用“helloworld”。你应该也已经注意到我们定义的“frontName”也是和我们的模块相匹配的。这是一个不成文的规定，但不是强制要求。事实上，一个模块可以定义多个，也
23、就是可以有多个“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如果你看到一个空白页面上面写着“Hello World”，那么恭喜你，你已经成功创建了你的第一个Magento控制器！如何命名执行控制器？还记得config.xml的标签吗？执行控制的名字的构成如下以标签的内容开始 （App_Helloworld） 紧接一个下划线 （App_Helloworld_） 加上我们给控制器取的名字“Index”（App_Helloworld_Index） 最后加上关键词“Controller” （App
