Magento学习第一课——目录结构介绍

Posted 2020-08-25

Magento学习第一课——目录结构介绍

一．Magento为何强大

    Magento是在Zend框架基础上建立起来的，这点保证了代码的安全性及稳定性。选择Zend的原因有很多，但是最基本的是因为zend框架提供了面向对象的代码库并且有很好的团队支持。通过这个框架，Magento主要围绕三个基本点建立：

1. 灵活性：我们相信每一个解决方案都像它的商务支持一样是独一无二的。Magento的代码可以无缝定制的。

2. 可升级性：Magento可方便的实行定制且不丧失升级的能力，因为从社区中获得核心代码和本地的自定义功能是分离的。

3. 速度和安全：开发人员所使用的代码标准遵循了最佳做法，确保了程序运行的效率，并且提供了安全的在线网店程序。

Magento的配置系统就像是Magento的心脏，支撑着Magento的运行。这套配置系统掌管着几乎所有“module(模块)/model（模型）/class（类）/template（模板文件）/etc（配置文件）”。它把整个Magento系统抽象出来，用一个配置文件来描述。这里的“配置文件”并不是一个物理上存在的文件，而是Magento根据当前的系统状态动态生成的一段XML。大多数的php开发者并不习惯于这样抽象层，因为它增加的编程的复杂性。但是这样的抽象提供了无与伦比的灵活性，允许你覆盖几乎任何系统的默认行为。

二．Magento的目录结构

 

 

各个目录详细说明：

/app – 程序根目录

 /app/etc – 全局配置文件目录

 /app/code – 所有模块安装其模型和控制器的目录

 /app/code/core – 核心代码或经过认证得模块，如果要升级不要这里的代码  

 /app/code/community – 社区版的模块目录

 /app/code/local – 定制代码目录

 /app/code/core/Mage? – magento默认命名空间

 /app/code/core/Mage?/{Module} – 模块根目录

 /app/code/core/Mage?/{Module}/etc – 模块的配置文件目录

 /app/code/core/Mage?/{Module}/controllers – 模块的控制器

 /app/code/core/Mage?/{Module}/Block? – 显示块的逻辑类

 /app/code/core/Mage?/{Module}/Model? – 模块的对象模型

 /app/code/core/Mage?/{Module}/Model/mysql4? – 模块的资源模型

 /app/code/core/Mage?/{Module}/sql – 模块各个版本的安装和升级用sql

 /app/code/core/Mage?/{Module}/sql/{resource}/- 升级是需要的资源模型

/app/code/core/Mage?/{Module}/sql/{resource}/{type}-{action}-{versions}.(sql|php) – 资源升级文件 例如: mysql4-upgrade-0.6.23-0.6.25.sql

 /app/design – 设计包目录 (layouts, templates, translations)

 /app/design/frontend – 前端的设计

 /app/design/adminhtml – 后台管理设计

 /app/design/{area}/{package}/{theme} – 定制的主题

 /app/design/{area}/{package}/{theme}/layout – 定义显示块的 .xml 文件

 /app/design/{area}/{package}/{theme}/template – .phtml (html with php tags)模版

 /app/design/{area}/{package}/{theme}/locale – Zend_Translate 兼容的主题用的文字翻译

 /app/locale – 本地化文件

 /app/locale/{locale (en_US)} – Zend_Translate 兼容的模块用的文字翻译

 /skin/{area}/{package}/{theme}/- css和图像

 /lib – 公用库 

 /js – javascripts

 /media – 上传文件存放目录

 /tests – 测试目录

 /var – 临时文件目录

三．Config.xml配置文件标签的介绍

magento每个模块都存在etc文件夹，这是必须的文件夹，里面至少存在一个config.xml的配置文件，这个文件的配置是否正确，直接给予模块是否能正确运行，起关键性作用。Magento总是通过配置文件来获得类名，这个逻辑看起来有些复杂，但这样做的优点也很明显，我们可以不需要更改Magento的代码就能更 改Magento的核心功能。config.xml配置文件总以<config>做为根标签。里面包含着各个功能的标签组。

文件大致结构：

<config>
    <modules> 声明该模块所在的代码区里面的文件夹的名称；
    <admin> 定义后台相关路由（一般只涉及路由）；
    <adminhtml> 定义后台layout，events，translate等；
    <frontend> 定义前台相关路由，layout，events，translate等；
    <global> 定义该模块下全局（包括前台和后台）的block,helper,model等相关类的指定；
</config>

详细解释：
===============================================

<modules>
    <代码包文件夹名称_模块名>
        <version>0.2.0</version>
   </代码包文件夹名称_模块名>

</modules>

 

modules标签比较简单，只是声明该模块所在的代码区里面的文件夹的名称，比如Mage文件夹，如果模块在的代码区在local，则是根据自己定义的文件夹来声明，version标签，则是该模块的版本号。该版本号直接影响到sql文件夹下的安装文件。


================================================
<admin>
    <routers>
       <前端名称>
           <use>admin</use>
           <args>
                <module>代码包名称_模块名</module>
                <frontName>前端名称</frontName>
           </args>
        </前端名称>
    </routers>
</admin>


admin标签组，定义后台相关路由（一般只涉及路由），frontName标签定义访问时所涉及的模块名，这涉及到路由部分，这里就不说了。use标签，定义的是使用权限，一般后台都定义为admin，这里的模块名与frontName定义的同名


================================================
<adminhtml>

<layout>

定义layout

</layout>
<translate>

定义翻译module

</translate>
<events>

  定义事件observer 

</events>

</adminhtml>

adminhtml标签组，定义后台layout，events，translate等；


================================================
<frontend>

<routers>

<前端名称>

<use>standard</use>

<args>

<module>代码包名称_模块名</module>

<frontName>前端名称</frontName>

</args>

</前端名称>

</routers>
<layout>

<updates>

<前端名称>

<file>布局文件</file>

</前端名称>

</updates>

</layout>

</frontend>

frontend标签组，定义前台相关路由（一般只涉及路由），frontName标签定义访问时所涉及的模块名，这涉及到路由部分，这里就不说了。
use标签，定义的是使用权限，一般后台都定义为standard，这里的模块名与frontend定义的同名。
layout标签指定该模块使用哪个布局文件。


================================================
<global>
global标签，该标签定义该模块下的block,helper,model等相关类的指定，比如：


<helpers>
<前端名称>

<class>该模块下类文件包</class>

</前端名称>
</helpers>


新建模块，如有helper类，都需要在这里指定，有block类也也需要相应的指定才会起作用。model类也是如此，只是model标签，如有数据表，会要求指定resourceModel标签，如是重写的模块，类都应该是加<rewrite>下的，而不能直接指定<class>例如：


<models>
<前端名称>

<class>model类文件夹</class>
<resourceModel>资源名称</resourceModel>

</前端名称>
<资源名称>

<class>资源类文件夹</class>
<entities>

<实体类名><table>表名</table></实体类名>

</entities>

</资源名称>
</models>


资源名称一般会设定为前端名称_mysql4文件夹，资源类文件夹也指定到此文件夹，实体类名为表对应的类，并不是所有的表都会有实体类。


resources标签，该标签只有模块需要安装文件时才指定。例如：


<resources>
<前端名称_setup>

<setup>

<module>代码包名称_模块名</module>

<class>资源安装类</class>

</setup>
<connection>

<use>core_setup</use>

</connection>

</前端名称_setup>

<前端名称_read>

<connection>

<use>core_read</use>

</connection>

</前端名称_read>

<前端名称_write>

<connection>

<use>core_write</use>

</connection>

</前端名称_write>
</resources>


资源安装类一般为mysql4资源下的Setup类，集成于Mage_Core_Model_Resource_Setup.