在magento中不使用local.xml进行主题开发时

在magento中不使用local.xml进行主题开发时,magento,Magento,我听到很多Magento社区的人提到使用local.xml进行Magento主题开发的好处 我能理解它的好处,实际上我想不出任何情况下它的使用可能是有害的 是否存在local.xml是错误选择的特定情况?如果有,那会是什么?主题布局的local.xml文件总是最后加载。因此,可以替代现有布局节点,并根据项目要求自定义布局 此外,使用local.xml是升级的证明,因为单个布局xml只包含必要的xml布局更新 通过local.xml调整设计可能需要一些时间,因为您不能对不必要的块的节点进行注释;必

我听到很多Magento社区的人提到使用
local.xml
进行Magento主题开发的好处

我能理解它的好处,实际上我想不出任何情况下它的使用可能是有害的


是否存在
local.xml
是错误选择的特定情况?如果有,那会是什么?

主题布局的
local.xml
文件总是最后加载。因此,可以替代现有布局节点,并根据项目要求自定义布局

此外,使用
local.xml
是升级的证明,因为单个布局xml只包含必要的xml布局更新

通过
local.xml
调整设计可能需要一些时间,因为您不能对不必要的块的节点进行注释;必须通过xml删除节点删除块。此外,在对块位置进行排序时,必须小心

但是,一旦使用
local.xml
处理完一个主题,就可以轻松地将相同的概念(经过一些修改)重新用于其他主题

总之,使用local.xml:

  • 使您的系统更易于升级
  • 为将来的项目节省时间
  • 更少的文件数=更少的开销:)
希望这有点道理:)


干杯

MagePsycho的分数都是正确的,因此我将提供以下补充

local.xml
布局文件仅适用于最终实现者,当然,分布式模块的制造商应确保其模块配置并使用新的布局更新文件。这可能在原问题中假设,也可能不假设,但值得一提


此外,在多站点安装的情况下,如果多个站点主题共享一组常见的布局更新,但一个或多个站点需要进一步更新,则最好创建一个自定义模块,该模块配置布局文件以收集常见的本地布局更改。这允许特定于主题的
local.xml
文件不包含重复的布局更新。

不是问题:什么时候不使用local.xml?是的,Drew,看起来有点眼花;)这是一个比MagePsycho更好的答案,因为它提供了两个不使用local.xml的示例(这是Op的问题)。