🧚 🥥 🖖🏾 मैं कैसे स्मार्ट से ट्विग में बदल गया 👷 🚧 👨🏼‍🌾

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

स्मार्टी दूसरा संस्करण था, टिप्पणियों में यह सच है कि तीसरे संस्करण में मतभेद हैं और अक्सर महत्वपूर्ण है।

सबसे पहले, मैंने ट्वि को स्मार्टी सिंटैक्स को ट्विक करने की कोशिश की, क्योंकि मैं इससे परिचित था, समझने योग्य और सुखद। यह किया जा सकता है, यद्यपि पूरी तरह से नहीं। इस तरह:

$loader = new Twig_Loader_Filesystem('/templates'); $twig = new Twig_Environment($loader,array('charset'=>' utf -8','cache'=>'/templ_c','auto_reload'=>true)); $escaper = new Twig_Extension_Escaper(true); $twig->addExtension($escaper); $lexer = new Twig_Lexer($twig, array( 'tag_comment' => array('{*', '*}'), 'tag_block' => array('{', '}'), 'tag_variable' => array('{$', '}'), )); $twig->setLexer($lexer);

आरंभीकरण होने पर, हम सरणी में tag_comment, tag_block, और tag_valiable घोषित करते हैं। अब आप स्मार्टी में चर प्रदर्शित कर सकते हैं। संक्रमण काफी सुविधाजनक है, लेकिन अब मैं समझता हूं कि ऐसा न करना बेहतर होगा। वाक्य-विन्यास विषम हो जाता है।

फिर भी, मुझे कुछ चीजों की आदत डालनी पड़ी और थोड़ी देर के लिए दस्तावेज़ीकरण में झांकना पड़ा ताकि कुछ भी भ्रमित न हो। उदाहरण के लिए, ट्रैवर्सिंग एरे

 {for category in category_tree} {$category.name} {endfor}

के बदले

 {foreach from=$category_tree item=category} {$category.name} {/foreach}

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

ब्लॉक {/ if} नहीं बल्कि {endif} बंद हैं। पहले भी उलझन में था।

या, उदाहरण के लिए, ब्लॉक जिन्हें टेम्पलेट इंजन द्वारा संसाधित करने की आवश्यकता नहीं है।
{raw} {endraw} बजाय {शाब्दिक} {/ शाब्दिक}।

ये सभी मामूली बदलाव और संक्रमण से जुड़े अनुकूलन हैं। सबसे अधिक संभावना है कि यह इस तथ्य से भी जटिल है कि वाक्यविन्यास समान है।

स्मार्टी के साथ काम करने के लिए मुझे क्या आदत है?

सबसे पहले पैटर्न संरचना है। पैटर्न को एक टोपी, मुख्य शरीर और तहखाने में कुचल दिया गया था। इसके अलावा, साइड ब्लॉक और अन्य ब्लॉक भी कभी-कभी बाहर खड़े हो जाते हैं। इसके अलावा, यह पूरी बात अनुक्रम में मुख्य टेम्पलेट में जुड़ी हुई थी। अब मैं समझ गया कि यह बिल्कुल भी ठंडा नहीं है। विरासत में कमाल है! साइट पृष्ठ अक्सर एक ही सिद्धांत पर बनाए जाते हैं, या आपके संगठन के साथ कई प्रकार के पृष्ठ होते हैं। हेडिंग / बेसमेंट प्रायः सभी जगह एक जैसा होता है, लेकिन लेफ्ट / राइट मेन्यू लेफ्ट या राइट जंप कर सकता है, या हो सकता है कि यह पेजों के हिस्से में न हो। स्मार्टी में, मैं स्थिति बनाऊंगा और वांछित टेम्पलेट को कनेक्ट करूंगा, इसमें एक और टेम्पलेट कनेक्ट कर सकता हूं, और इसी तरह। टहनी अलग है। यहाँ, OOP की तरह, टेम्प्लेट एक दूसरे से विरासत में मिले हैं, टेम्प्लेट के हिस्सों को नए सिरे से परिभाषित किया जा सकता है। यह सिर्फ महान है। आंदोलन वास्तव में दूसरी दिशा में है - मुख्य टेम्पलेट से बेटी तक नहीं, लेकिन अंतिम टेम्पलेट प्रदर्शित करके, इसे अपने माता-पिता के माता-पिता से इकट्ठा किया जाता है और इसी तरह जड़ तक।
हम एक हेडर / बेसमेंट के साथ मुख्य टेम्पलेट का निर्माण करते हैं, आप साइड ब्लॉक भी कर सकते हैं, और फिर हम इसे निचले स्तर के अन्य टेम्प्लेट से विरासत में लेते हैं। वे आसानी से साइड ब्लॉक को फिर से परिभाषित करते हैं। उदाहरण के लिए, आप मुख्य मेनू से दाएं मेनू के साथ बाएं मेनू और टेम्पलेट के साथ एक विरासत प्राप्त कर सकते हैं। उच्चतर क्या है, जो किस से विरासत में मिला है, जो उच्चतर हैं उनका व्यवसाय है। और फिर, हमें क्या करना है इसके आधार पर, अंतिम टेम्पलेट को दाएं मेनू के साथ या बाएं मेनू के साथ टेम्पलेट से विरासत में मिला। और फिर हम अपने मन को बदल सकते हैं और टेम्पलेट को बाएं मेनू टेम्पलेट से नहीं, बल्कि दाएं मेनू टेम्पलेट से ले सकते हैं। इस तरह की सरलता, पारदर्शिता और लचीलापन मुझे बहुत खुश करता है। यहां तक कि नाटकीय बदलाव भी आसान हैं। थोड़ा सा कोड।

मुख्य पैरेंट टेम्पलेट।

main.tpl

 <!doctype html> <head> <title>{block html_title}  {endblock}</title> </head> <html> <div class=”header”> </div> <div class=”body”> {block content}   . {*     ,       .*} {endblock} </div> <div class=”footer”></div> </html>

अब हम केवल मेनू के बिना पृष्ठ लिखेंगे।
left_menu.tpl

 {extends "main.tpl "} {block html_title} {endblock} {*  *} {block content}    .        . {endblock}

और अब मेन्यू टेम्पलेट बाईं ओर है।
left_menu.tpl

 {extends "main.tpl "} {block content} <div class=”left_menu”> {*  - *} {for category in category_tree} <a href=”?{$category.id}”>{$category.name}</a> {endfor} </div> <div class=”content”> {block page_content} {*  ,     content,      . *}   . {endblock} </div> {endblock}

और अंत पृष्ठ

 {extends "left_menu.tpl "} {block html_title} {endblock} {endblock} {block page_content}    .      ,    ,  . {endblock}

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

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

 //   class User { public function free_space() { // - ,    . Return $result; } }   : {$user.free_space}

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

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

 class My_Twig_Extension extends Twig_Extension { //      . public function getFilters() { return array( 'typograph => new Twig_Filter_Method($this, 'typograph') ); } public function typograph($text) { return $typograph->parse($text); //        . } }

और हम इसे इनिशियलाइज़ेशन स्टेज पर कनेक्ट करते हैं।

 $twig->addExtension(new My_Twig_Extension());

अब उन वेरिएबल्स के लिए टेम्प्लेट जिन्हें हमें प्रोसेस करने की आवश्यकता है, वे केवल संशोधक जोड़ रहे हैं - {$ page.content | typograph} और वह यह है, मान संसाधित किया जाएगा। टेम्प्लेट इंजन में उन्हें पास करने और उन्हें संसाधित करने से पहले सभी मूल्यों के माध्यम से पहले सॉर्ट करना आवश्यक नहीं है। टेम्पलेट इंजन अभी भी बाहर निकलने के लिए सरणी को बायपास करेगा - यह एक बार किया जाता है, दो नहीं। एक विस्तार एक लिखा जा सकता है और फिर आवश्यक कार्यों के साथ पूरक किया जा सकता है।

टहनी के बाद, मैं वास्तव में स्मार्टी की ओर नहीं देखना चाहता। जैसा कि यह बहुत आसान और तार्किक है, सब कुछ उसके साथ बदल जाता है।

मैं कैसे स्मार्ट से ट्विग में बदल गया

More articles: