所以每个人和他们的妹妹现在都是“万磁王”哈哈...
似乎许多有这种说法的人已经（有点）学会了如何破解和修改主题 - 以及打开和关闭管理中的功能 - 但并不真正具备编写 Magento 自定义模块的技能。
那么什么是 Magento 自定义模块（在物理意义上）？如果它们是按照最严格的专业性和最高标准编写的，这是否意味着它们实际上是“独立”的脚本，可以放置在任何 Magento 商店和任何其他商店（Drupal、Joomla、自定义 php）中？
如果我正在招聘/寻找优秀的 Magento 开发人员，我怎么知道他们是否真的知道如何编写 Magento 自定义模块？
【问题讨论】：
1 - Magento 模块是一组文件，可以干净地放入（和删除）Magento 以添加或更改功能。由于需要进行更基本的更改，因此很难将这些文件隔离，但通常可以完成。 Magento 模块不能在不同的购物车中重复使用，因为 Magento 的框架与任何其他购物车都不相同。
2 - 获取代码示例并让中立的人审查该代码。让他们解释在 Magento 中开发的陷阱。询问他们在开发模块时必须做出的一些权衡。询问他们开发的困难模块。
这不是一个详尽的列表，但你明白了要点。
【讨论】：
您可以向正在考虑为您开发一些自定义模块的开发人员提出一些简单的问题。
Q1：自定义模块的代码在结构中的什么位置？
A1：它可以并且将驻留在几个地方，您希望它完全独立于 magento 核心。对于它应该驻留在 app/code/local 或 app/code/community 中的代码，模板/视图代码应该驻留在 app/design/frontend/default/yourcustomnamespace/modulename 或 app/design/frontend/custominterfacename/yourcustomnamespace/modulename （这是任何扩展过 magento 的人都应该知道的事情）
Q2：您可以向他们询问观察者及其与 magento 和目的的关系
A2：任何扩展了 magento 功能的人都应该有观察者的经验，并且知道他们是模型的一部分，应该驻留在模型目录中，并且能够为您提供一些如何观察的示例一个事件。此外，它们需要在模块 XML 中定义，即：
<events>
<checkout_type_onepage_save_order_after>
<observers>
<SomeNameSpace_Observer_increment>
<type>singleton</type>
<class>Namespace_Module_Model_Observer</class>
<method>increment</method>
</SomeNameSpace_Observer_increment>
</events>
和模型方法接受一个事件参数。 即：
public function doSomeStuff (Varien_Event_Observer $observer) {
execute some stuff in here
}
我认为如果有人可以向您解释这些类型的事情，那么您可能会认为他们知道 magento 并且可以为您创建自定义模块。
我的回答有点复杂和冗长，但我想你明白了。
【讨论】：