टेम्पलेट इंजन में टेम्पलेट और Django टेम्पलेट PHP में कैसे पहुंचे (एक बार फिर)

23 फरवरी की प्रत्याशा के साथ, आप यह भी नहीं देख सकते हैं कि गुरुवार की शाम PHP टेंपलेटिंग इंजन के बारे में कैसे बात करती है, शुक्रवार शाम को आसानी से प्रवाह कर सकती है।

लेख में कई विषयों को शामिल किया जाएगा, सामान्य रूप से और विशेष रूप से PHP में टेम्पलेट इंजन की आवश्यकता के विषय के साथ शुरू, और एक dja टेम्पलेट इंजन बनाने की प्रक्रिया पर नोट्स के साथ समाप्त (पायथन से पीएचपी में पोर्टिंग कोड)।

टेम्पलेट इंजन के बारे में

उन पुराने दिनों में, जब हम में से अधिकांश मेज के नीचे चले गए, एक निश्चित ग्रीनमैन ने PHPT कोड प्रकाशित किया। तब, ऐसा लगता था, किसी को भी वेब विकास के लिए डिस्टिल्ड एमवीसी फॉर्म में कर्तव्यों के पृथक्करण के सिद्धांत को लागू करने का विचार नहीं था, हालांकि, एसएसआई को सरोगेट के रूप में "स्क्रिप्ट्स का सेट" कहना और फॉर्म के साथ काम करना पहले से ही संभव था।

PHP काफी समय पहले पुरानी पैंट से बाहर हो गई है, और फिसलने के साथ यह वेब विकास की सीमाओं से परे जाने की कोशिश करती है, लेकिन वे इसे से टेम्पलेट टैग को हटाने की जल्दी में नहीं हैं। सबसे पहले, क्योंकि PHP कोड को कोड में एम्बेड करने की क्षमता है, कहते हैं, html भाषा की एक बुनियादी विशेषता है, और दूसरी बात, विशिष्ट कार्यों के एक समूह की वजह से जो अमूर्त की एक अतिरिक्त परत की शुरूआत की आवश्यकता नहीं है - एक टेम्पलेट प्रीप्रोसेसर।

यह समझना महत्वपूर्ण है कि टेम्पलेट इंजन का उपयोग करने या न करने की आवश्यकता को मुख्य रूप से कार्य द्वारा निर्धारित किया जाना चाहिए। हां, यह एक प्राचीन मंत्र है - "उपकरण को कार्य के लिए चुना गया है" - और यहां यह भी काम करता है।

यदि यह एक व्यक्ति (या कई) की परियोजना है, जो <से क्रैंग नहीं करता है? टेम्प्लेट कोड में, यदि वह जानता है कि वह क्या कर रहा है, किसके लिए, क्यों करता है, और इसके संभावित परिणामों से अवगत है, तो यह अद्भुत है। ये एक लोहे की इच्छा वाले लोग हैं, और अक्सर वे जानते हैं कि कैसे दूसरों को इसके अधीन करना है।

यदि यह कई टीमों की एक परियोजना है, जब उत्पाद के विभिन्न स्तरों के अलग-अलग स्तरों के अनुसार पृथक्करण के गुणात्मक और मात्रात्मक संकेतकों को बनाए रखने के लिए महत्वपूर्ण है, या एक पूर्णतावादी की परियोजना (उदाहरण के लिए, "मस्तिष्क पैटर्न" से पीड़ित) कोई विशेष विकल्प नहीं है - जल्दी या बाद में आपको एक टेम्पलेट का उपयोग करना शुरू करना होगा। ।

और फिर, एक टेम्पलेट इंजन का चयन करते समय, आप अनिवार्य रूप से तीन बुनियादी चयन मानदंडों के साथ आते हैं:

• वाक्य-विन्यास
• सुरक्षा
• काम की गति

* फुरसत में, आप कुछ अधिक या फेरबदल कर सकते हैं जो प्राथमिकता से संकेत देते हैं।

वाक्य-विन्यास

यह महत्वपूर्ण है क्योंकि यह प्रवेश सीमा और टेम्पलेट विकास की गति को प्रभावित करता है (आईडीई का उपयोग करते समय उत्तरार्द्ध को अक्सर समतल किया जाता है)। सरल और अधिक तार्किक वाक्यविन्यास, तेजी से टाइपसेटर्स (बहुत ही जो रूस, कॉमरेडों को छोड़कर कहीं भी नहीं सुना गया है) परिणाम देगा।

सुरक्षा

टेम्प्लेट में सुरक्षा की अवधारणा एक अनुमत स्तर के तर्क की अवधारणा से निकटता से संबंधित है, जो बदले में एक्स्टेंसिबिलिटी की अवधारणा से संबंधित है।

तर्क का अनुमेय स्तर प्रभावित करता है कि टेम्पलेट निर्माता क्या कर सकता है। बहुमत में इच्छा की आवश्यकता के रूप में बिल्कुल तर्क के रूप में और अब क्या जरूरत है समझ में आता है। एकमात्र समस्या यह है कि "प्रत्येक की कितनी आवश्यकता है" प्रत्येक की अपनी - चीखें एक तरफ से आती हैं: "क्यों अन्य टेम्पलेट इंजन पहले से ही व्यापार तर्क की तरह गंध करता है", दूसरे पर: "और हमें टेम्पलेट में ओएस प्रक्रिया शुरू करने में सक्षम होने की आवश्यकता है"। यह वह जगह है जहाँ "व्यापकता" की अवधारणा उत्पन्न होती है।

लोकप्रिय टेम्पलेट इंजन न केवल अंतर्निहित टूल के साथ टेम्पलेट के अंदर उपलब्ध कमांड के सेट का विस्तार करने की क्षमता प्रदान करते हैं, बल्कि मुख्य एप्लिकेशन स्ट्रीम से टेम्पलेट के अंदर चलने वाली प्रक्रियाओं को भी अलग करते हैं।

काम की गति

यह स्पष्ट है कि किसी को टेम्प्लेटिंग मशीन की आवश्यकता नहीं होती है जो तुरंत कॉफी काढ़ा करती है, लेकिन एक ही समय में दो सेकंड के लिए एक पृष्ठ देती है। गति निश्चित रूप से मायने रखती है। स्मार्ट डेवलपर्स ने अपने स्मार्ट टेम्पलेट इंजनों को टेम्पलेट डेटा (विभिन्न स्तरों पर, विभिन्न तरीकों से और विभिन्न रूपों में) को कैश करने के लिए सिखाया है। वास्तव में, चुनने के लिए बहुत कुछ है।

Dja। पायथन से PHP तक पोर्टिंग के बारे में

क्या dja की घोषणा से संक्षेप में सीखा जा सकता है)।
आप यह जान सकते हैं कि गीथूब पर डेजा के विवरण से पोर्टिंग क्यों और किस तरीके से की गई थी , और इस अध्याय में मैं बात करूंगा कि पोर्ट के लिए कितने स्क्वैट्स हैं ।

फ्रेम को तोड़ो

सबसे पहले, यह ध्यान देने योग्य है कि Django पायथन में वेब अनुप्रयोगों को विकसित करने के लिए एक पूर्ण विकसित रूपरेखा है, और टेम्पलेट इंजन इसका एक बड़ा हिस्सा है। और एक को दूसरे से हटाने के लिए, यह निर्भरता को ट्रैक करना और फ्रेम के कुछ हिस्सों के लिए सरोगेट प्लग को डिजाइन करना आवश्यक था जो सीधे इसके संपर्क में थे। इस तरह से अंतर्निर्मित इंटरफेस दिखाई दिए - Django के आसन्न उप-प्रणालियों के लिए अत्यंत सरलीकृत विकल्प, जो कि हालांकि, कस्टम डिज़ाइन द्वारा प्रतिस्थापित किया जा सकता है।

स्रोत के करीब रहें

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

यह कोई रहस्य नहीं है कि पायथन और पीएचपी में समान उद्देश्यों के साथ कुछ फ़ंक्शन हस्ताक्षर में बहुत भिन्न होते हैं, और कुछ बस वहां या वहां नहीं हो सकते हैं। तुलना करें, उदाहरण के लिए, पैरामीटर str_split () और `` .plplit (), प्रतिबिंब * ऑब्जेक्ट्स और निरीक्षण मॉड्यूल के कार्य, या डेटा प्रकार नियमित अभिव्यक्तियों में काम करने के लिए कार्यों के रूप में मेल खाते हैं।

इस तरह के अनुकूली विकल्प का बहुत अस्तित्व उनके कार्यान्वयन की लागत को दर्शाता है, लेकिन अपने आप में एस्थेट को कुचलने के लिए कभी-कभी बेहद मुश्किल होता है।

PHP में स्रोत के करीब भी गायब था:

• कीवर्ड तर्क
• अंत में अपवाद हैंडलिंग में शाखाएँ
• Iterator इंटरफ़ेस के बजाय __iter__ डिस्क्रिप्टर
• फंक्शनलबुलस्पर्शियल () जैसे तर्कों का आंशिक बंधन

विधि के भीतर चरों के दायरे में अंतर और डेकोरेटर बनाने के लिए PHP में सिंथैटिक शुगर की कमी को क्लोज़र (तुलना: dja , Django ), द्वारा और बड़े, काफी सफलतापूर्वक पूरा किया जाना था।

टैग को सरल करें और पुस्तकालयों को फ़िल्टर करें

आप अपने टैग और फ़िल्टर लागू करके Django की कार्यक्षमता का विस्तार कर सकते हैं। लाइब्रेरी कोड में उनके पंजीकरण को सरल बनाने के लिए, डेकोरेटर का उपयोग पूर्ण रूप से किया जाता है। Dja के लिए, मुझे एक वैकल्पिक रास्ता अपनाना पड़ा - यहाँ अनाम कार्य बचाव के लिए आए।

तुलना (कम फिल्टर पंजीकरण):

@register.filter(is_safe=True) def lower(value): return value.lower() 

 $lib->filter('lower', function($value) { return strtolower($value); }, array('is_safe' => True)); 

इस प्रकार, अनाम फ़ंक्शंस को एक लाइफसेवर कहा जा सकता है, जब पायथन से कोडिंग पोर्ट, डेकोरेटर्स के साथ, पीएचपी के लिए विशेष रूप से dja में भरा हुआ है - यह अनाम फ़ंक्शन की जीत है। मैंने उनमें से किसी भी अन्य PHP परियोजना में इतने सारे नहीं देखे हैं।

पोर्ट परीक्षण

Django अपने परीक्षण सूट के लिए प्रसिद्ध है, इसलिए शर्म और लज्जा कम से कम ज्ञान के इस भंडार के हिस्से का आयात नहीं करेगी। मुझे विश्वास है कि बिस्तर पर जाने से पहले दो बार प्रतिगमन परीक्षण कोड को पढ़ने से आप आध्यात्मिक रूप से समृद्ध हो जाएंगे (ध्यान से कोष्ठक, अपनी आंखों की देखभाल!)।

एकरसता को परास्त करें

पोर्टिंग के दौरान, यह नोटिस करना मुश्किल नहीं है कि कोड का सामान्य डिजाइन बदलने के लिए समय का एक महत्वपूर्ण हिस्सा खर्च किया जाता है: PHP के लिए, इसमें डॉलर, घुंघराले ब्रेस और अर्धविराम शामिल हैं। स्रोत कोड में सरल नियमित अभिव्यक्ति लागू करने से इस दिनचर्या को हराना संभव है, लेकिन वास्तव में dja के साथ यह पता चला है कि इस तरह के एक धोखा केवल परीक्षणों को पोर्ट करते समय उपयोग किया गया था - यह वह जगह है जहां एकरसता का स्तर अविश्वसनीय रूप से ऑफ-स्केल था।

यह, शायद, वह सब है जो मैं कहना चाहता था।
आपका ध्यान देने के लिए धन्यवाद। पोर्टिंग में गुड लक।

पुनश्च: और हाँ, मुझे यह जानकर आश्चर्य हुआ कि dja " गति प्राप्त कर रहा है ।" यह सही नहीं है% P