Magento कोडिंग मानकों

Question

मैंने हाल ही में बड़े पैमाने पर Magentoऔर कोड स्निफर के साथ काम करना शुरू किया , और मैं जानना चाहूंगा कि मुझे किन मानकों का पालन करना चाहिए।

मैंने Zend कोडिंग मानकों की कोशिश की , लेकिन मैं 80 लाइन की सीमा का उपयोग नहीं करना चाहता, और इसका उपयोग कोर में भी नहीं किया गया है।

उसके बाद, मैंने CS2 मानकों की कोशिश की , लेकिन यह _विभिन्न कार्यों, और वर्ग के नामों के कारण काम नहीं करता है , जो उनमें से एक _है, और उनके नाम स्थान नहीं हैं।

तो, क्या एक और मानक है जो कोर कोड 100% का अनुपालन करता है? यदि नहीं, तो क्या Magento के अपने कोडिंग मानक नहीं होने चाहिए? इसकी अपनी स्टैकएक्सचेंज साइट है, कुछ अच्छी तरह से परिभाषित कोडिंग मानकों का विस्तार डेवलपर्स द्वारा उपयोग किए जाने के लिए स्वागत किया जाएगा।

Answer 1

आप ईसीजी मैगनेटो कोड स्निफर कोडिंग स्टैंडर्ड भी आज़मा सकते हैं

Answer 2

मैगेंटो सर्वोत्तम प्रथाओं जोश Pratt द्वारा यहाँ वर्णित काफी अच्छा कर रहे हैं । वह ज़ेंड कोड शैली मानकों को अपनाने और उनका पालन करने का सुझाव देता है और मैं केवल उससे जुड़ सकता हूं।

अधिक से अधिक लाइन की लंबाई एक सख्त आवश्यकता नहीं है। हालाँकि पठनीयता के दृष्टिकोण से बहुत लंबी लाइनों को प्रोत्साहित नहीं किया जाता है।

Comments

धन्यवाद, मैंने नियमों को पूरा किया। xml प्रति पंक्ति में 120 वर्णों की अनुमति दी ताकि मुझे अपनी IDE में pesky त्रुटियाँ न मिलें :)

— Vlad Preda

यहाँ Magento 2 से नियम हैं: raw.github.com/magento/magento2/master/dev/tests/static/… । शब्द है कि यह बहुत संभव है कि वे उन्हें Magento 1.x पर उपयोग करें।

— बॉब ब्रॉडी

टिम, क्या आपको लगता है कि हमें Magento कोड सूंघना चाहिए? magento.stackexchange.com/a/8743/41

— kalenjordan

@ गोबरोडी - मैं Magento 1.x का प्रबंधन कर रहा हूं और मुझे Magento 1.x में आने वाले ऐसे परिवर्तनों के बारे में पता नहीं है। यह एक बड़ा और अनावश्यक बदलाव होगा, जो बिना किसी कारण के विशाल अंतर की ओर ले जाएगा। Magento 1 कोडिंग मानक ZF + है, Magento 2 PSR-1/2 है। कृपया "आधिकारिक" स्निफर के लिए ज़ायवा का जवाब देखें।

— पायोत्र कमिंस्की

Answer 3

यहाँ Magento1 और Magento2 के लिए नवीनतम Magento बाज़ार कोडिंग मानक हैं

मेग्नेटो 2 के लिए MEQP2

MEQP1 Magento1 के लिए

https://github.com/magento/marketplace-eqp

Comments

इसे आधिकारिक उत्तर कोडिंग मानकों के रूप में स्वीकार किए जाते हैं। धन्यवाद @QaisarSatti

— व्लाद

Answer 4

मैं सबमिट करना चाहता हूं कि हमें Magento 1.X और 2.X दोनों के लिए मानक के रूप में Magento 2 कोड सूँघने का उपयोग करना चाहिए: https://github.com/cobhimself/phpcs-magento-rules/blob/master/ ruleset.xml

और यहाँ अनिवार्य रूप से स्टैंडअलोन रिपॉजिटरी के रूप में उस नियम का दर्पण है: https://github.com/cobhimself/phpcs-magento-rules

Comments

मैं व्यक्तिगत रूप से उपयोग करता हूं: github.com/magento-ecg/coding-standard

— B00MER

आह अच्छा कॉल। मुझे लगता है कि मैंने जो लिंक पोस्ट किया था उसे मैगेंटो 2 जीथूब चर्चा में संदर्भित किया गया था ... यदि आप पोस्ट करते हैं तो कोई भी विचार अलग है? यह निश्चित रूप से एक अधिक आधिकारिक गीथूब खाता है।

— कलनजोर्डन

Answer 5

यह पोस्ट थोड़ी पुरानी है (2008) लेकिन मुझे लगता है कि यह अभी भी मान्य है:

क्या Magento ZF कोडिंग मानकों का पालन कर रहा है? हाँ

कुछ अपवादों के साथ, जैसे:

• शॉर्ट ओपन टैग को टेम्प्लेट में अनुमति दी जाती है।
• अवतरण डॉट्स रिक्त स्थान में संलग्न नहीं हैं।
• लंबी लाइनों के लिए इंडेंटेशन हार्ड रैप हमेशा एक सॉफ्ट टैब फॉरवर्ड होना चाहिए।

टिप्पणी में टिम वोर्ट के रूप में संपादित करें मैगेंटो कोर टेम्प्ला में कोई छोटे खुले टैग नहीं हैं और वैसे भी उनका उपयोग नहीं करना सबसे अच्छा है क्योंकि वे अनुशंसित नहीं हैं ( यहां देखें )।

लेकिन आपको मेरी सलाह ... जब से आप अपना मॉड्यूल लिख रहे हैं, अपनी स्वयं की कोडिंग शैली का उपयोग करें। मेरे अनुभव से, आप अपने स्वयं के स्टाइल में कोड लिखते समय कम गलतियाँ करेंगे, जिससे आप परिचित हैं, जैसे कि आप एक दिन मैगेंटो कोडिंग शैली का अनुसरण करते हैं और उदाहरण के लिए वर्डप्रेस कोडिंग स्टाइल सिर्फ इसलिए क्योंकि आप एक अलग वेबसाइट प्रोजेक्ट के लिए एक मॉड्यूल लिख रहे हैं ।

Comments

मैं सख्ती से सहमत नहीं हूँ। सामुदायिक विस्तार को दूसरों के लिए पठनीय होना चाहिए।

— user487772

और मैंने कभी भी Magento में छोटे खुले टैग नहीं देखे।

— user487772

जुल्म की बात। चूंकि मुझे एक ही समय में विभिन्न प्रोग्रामिंग भाषाओं में विभिन्न परियोजनाओं पर प्रोग्रामिंग के साथ काफी कुछ वर्षों का अनुभव है, इसलिए मुझे कभी भी अच्छी तरह से संरचित कोड पढ़ने में कोई समस्या नहीं हुई है, कोडिंग शैली में कोई फर्क नहीं पड़ता, लेकिन जब यह परियोजनाओं के बीच स्विच करने की बात आती है और राइटिंग कोड यह अपने स्वयं के कोड में एक ही शैली के लिए कहीं अधिक बेनिफिशियल है जितना कि अपनी टीम के बाहर अन्य लोगों के साथ कोडिंग शैली संगतता रखना है।

— डोमन व्रकर

@DomenVrankar यह नहीं मान रहा है कि आपकी कोड शैली अच्छी तरह से संरचित है और पठनीय भी एक राय है? जबकि ज़ेंड की पसंद के पीछे की टीमों ने कई लोगों को निर्णय लिया कि शैली क्या है और दुनिया भर में जानी जाती है। सिर्फ विचार के लिए भोजन ...

— टॉम बर्मन

मैं भी असहमत हूं।

— sv3n