所以每個人都和他們的妹妹現在是一個「磁專家」哈哈......Magento的自定義模塊（它們是什麼以及誰可以寫他們）
這似乎是這樣的索賠（種）學到了很多人如何破解和修改主題 - 並在管理中打開和關閉功能 - 但實際上並不具備寫入技能--Magento自定義模塊。
那麼什麼是Magento自定義模塊（在物理意義上）？如果他們被寫入最高標準的最嚴格的專業標準，這是否意味着他們是有效的「獨立」腳本，可以放在任何Magento商店和任何其他商店（Drupal，Joomla，自定義php）中？
如果我正在招聘/尋找一位優秀的Magento開發人員，我該如何判斷他們是否真的知道如何編寫Magento自定義模塊？
1 - Magento模塊是一組文件，可以乾淨地放入（並從中移除）Magento以添加或更改功能。由於需要進行更多的基礎性更改，因此難以保持這些文件的隔離，但通常可以完成。一個Magento模塊不能在不同的購物車中重複使用，因爲Magento的框架與任何其他購物車不一樣。
2 - 獲取代碼示例並讓中性人員查看該代碼。讓他們解釋在Magento中開發的陷阱。要求在開發模塊時進行一些權衡。詢問他們開發的困難模塊。
這不是一個詳盡的清單，但你得到的主旨。
這是偉大的意見..謝謝。似乎很難「讓一箇中立的人審查該代碼」。 1.你怎麼知道它是他們實際編寫的代碼？ 2.你怎麼知道這個「中立的人」沒有計劃通過說代碼不好或者可能會更好而讓你成爲客戶？ 我知道...我是偏執狂......但是它想起了 – jon 2010-06-20 15:07:32
1.你不能，但除非你讓他們坐在你面前編寫代碼（這對於真正的開發來說是一種很差的模擬），但是，這就是人生。詢問有關代碼的問題（請參閱上面＃2的註釋）將幫助您知道他們是否知道他們在說什麼。 2.僅向中立的人支付審查代碼。不要僱傭任何與潛在程序員相關的人。對於額外的偏執點，從代碼中去掉開發者名字的任何實例。 – 2010-06-21 13:31:28
約瑟夫的迴應是點睛之筆，但我想我也會提到Magento相當新穎，專家也很稀少。我的意思是，去年它似乎已經大行其道，所以這意味着你有大量的品牌-叫 - 新的magento程序員。你不會找到大量真正的專家（就像你可能會找到Java專家一樣）。我想象最好的專家是那些爲這些小商店開展magento開發工作的人。如果您正在全職尋找某人，那麼您將面臨困難時期，我敢打賭，尋找一位* sharp * PHP開發人員會更好。 – shaune 2010-06-22 17:27:12
一些簡單的問題，你可以問開發商，你正在考慮爲你開發一些自定義模塊。
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的，可以爲您創建自定義模塊。
這裏給我的回覆有點複雜和羅嗦，但我認爲你明白了。
不是一個編程問題。也許有效，但至少這應該是標記的社區維基。 – 2010-06-19 17:48:01