एक गुणी जादूगर और उसके सुंदर सहायकों के मुंह का निरीक्षण करते हुए, कई, हालांकि, पूरी तरह से अलग चीज पर ध्यान केंद्रित करते हैं: यह कैसे करता है? अंदर सब कुछ कैसे व्यवस्थित है?


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

यह लेख यह समझने का प्रयास है कि आवेदन कैसे शुरू किया गया है और "सिम्फनी 2 कर्नेल" क्या है।

उन लोगों के लिए जो बड़े ग्रंथों को पसंद नहीं करते हैं, मुख्य घटकों की एक संक्षिप्त रूपरेखा और होने वाले कार्यों का संक्षिप्त विवरण तुरंत संलग्न किया जाता है।

संक्षिप्त प्रक्रिया विवरण

क्लिक करने योग्य

1. सभी अनुरोध फ्रंट कंट्रोलर (फ्रंटकंट्रोलर) द्वारा स्वीकार किए जाते हैं।
2. ऑटोलॉड कक्षाएं (ऑटोलॉड) कॉन्फ़िगर करें।
3. पर्यावरण के आधार पर एक कर्नेल बनाया जाता है।
4. गिरी शुरू होती है।
1. बंडलों की सूची प्रारंभिक है।
2. एक निर्भरता इंजेक्शन कंटेनर बनाया गया है।
1. एक कंटेनर मुख्य मापदंडों के साथ बनाया गया है।
2. प्रत्येक बंडल एक निर्माण कंटेनर को संशोधित करता है।
3. एप्लिकेशन कॉन्फ़िगरेशन लोड हो रहा है।
4. कंटेनर संकलित है।
1. एक्सटेंशन्स पर कार्रवाई की जा रही है।
2. मापदंडों का संदर्भ वास्तविक मूल्यों द्वारा प्रतिस्थापित किया जाता है।
3. कंटेनर को रीड-ओनली मोड (फ्रोजन) में रखा जाता है।
3. बंडलों का शुभारंभ किया जाता है।

FrontController

जैसे कि फ्रंट कंट्रोलर साधारण स्क्रिप्ट होते हैं। उदाहरण मानक Symfony2 वितरण से स्क्रिप्ट हैं।

• एप्लिकेशन / कंसोल - सीएलआई के माध्यम से आवेदन तक पहुंच।
• web / app.php - वेब के माध्यम से एप्लिकेशन तक पहुंच।
• web / app_dev.php - विकास मोड में वेब के माध्यम से आवेदन तक पहुंच।

ये सभी फ्रंट कंट्रोलर एक ही सिद्धांत पर बनाए गए हैं:

• ऑटोलॉड को क्लास लोडर के पंजीकरण के साथ एक स्क्रिप्ट को जोड़कर कॉन्फ़िगर किया गया है;
• कभी-कभी क्लास कैश का उपयोग किया जाता है (अक्सर उपयोग की जाने वाली कक्षाएं 1 फ़ाइल में एकत्र की जाती हैं);
• गिरी शुरू होती है;

कर्नेल (कर्नेल)

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

// init bundles $this->initializeBundles(); // init container $this->initializeContainer(); foreach ($this->getBundles() as $bundle) { $bundle->setContainer($this->container); $bundle->boot(); } 

• (४.१) इनिशियलाइज़बंडल्स - बंडल के बारे में जानकारी एकत्र करता है (जो कि कर्नेल इन्टरफेस के माध्यम से अपने आवेदन के लिए पंजीकृत करता है :: registerBundles , मानक वितरण से उदाहरण देखें);
• (4.2) initializeContainer - DI कंटेनर बनाता है और इसे डेटा से भरता है;
• (4.3) प्रत्येक बंडल को लॉन्च किया गया है।

कंटेनर प्रारंभिक

इस चरण का परिणाम पूरी तरह से तैयार-से-उपयोग करने वाला कंटेनर है, जिसे केवल-पढ़ने के लिए मोड में स्विच किया जाता है। यह प्रक्रिया 4 उप-चरणों में विभाजित है:

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

    public function registerContainerConfiguration(LoaderInterface $loader) { $loader->load(__DIR__.'/config/config_'.$this->getEnvironment().'.yml'); } 

• और अंत में, कंटेनर संकलित किया जाता है: वास्तविक पैरामीटर मान प्रतिस्थापित किए जाते हैं; "कंपाइलर पास" * ( कंपाइलरपास) निष्पादित किए जाते हैं, वे वे हैं जो बंडलों द्वारा जोड़े गए संशोधनों को करते हैं (बाद में उन पर अधिक); कंटेनर "फ्रोजन" है, अर्थात रीड-ओनली मोड में चला जाता है, जिसके बाद इसे बदलने का कोई भी प्रयास अपवाद छोड़ देगा ।
  

* संकलक के सिद्धांत में "पास" की अवधारणा है, यह उसी के बारे में है, इसलिए कंपाइलरपास ने इसका उस तरह से अनुवाद किया।

कंटेनर बंडलों का संशोधन

जैसा कि ऊपर उल्लेख किया गया है, संकलन प्रक्रिया के दौरान, प्रत्येक बंडल में एक सामान्य कंटेनर में संशोधन करने का अवसर होता है। संशोधित करने का मुख्य तरीका संकलक पास को जोड़ना है

कंपाइलर पास

संकलन के चरण में, कंटेनर अपनी अंतिम स्थिति में अपनी सामग्री लाने के लिए पास की एक श्रृंखला करता है। पास कंपाइलरपास इंटरफेस इंटरफ़ेस का एक कार्यान्वयन है और 6 प्रकारों में आता है (निष्पादन के क्रम में): मर्ज करें, इससे पहले कि ओप्टिमाइज़ेशन, ऑप्टिमाइज़ेशन, रीमूविंग से पहले, रिमूव करना, निकालना, डिफ़ॉल्ट रूप से - कंपाइलर कॉन्फ़िगरेशन में पहले से ही पासवर्ड का एक सेट होता है।

• पहले * / के बाद * कस्टम "पास" के लिए सिर्फ "हुक" हैं और मानक लोगों द्वारा उपयोग नहीं किया जाता है (डिफ़ॉल्ट रूप से जोड़ा गया);
• मर्ज - कंटेनर एक्सटेंशन संभालता है
• अनुकूलन - कंटेनर का अनुकूलन, उदाहरणों में शामिल हैं: ResolveInterfaceInjectorsPass ( इंटरफ़ेस इंजेक्शन परिवर्तित करता है ), CheckCircularReferencesPass (कंटेनर में परिपत्र संदर्भों के लिए चेक)
• निष्कासन - अप्रयुक्त सेवाओं को हटा दें, उदाहरण के लिए, RemoveUnusedDefinitionsPass (अप्रयुक्त निजी सेवाओं को हटाता है)

बंडलों में, कंपाइलरपास का उपयोग अक्सर कंटेनर में टैग को संसाधित करने के लिए किया जाता है। एक मानक TwigBundle से उदाहरण:

  $definition = $container->getDefinition('twig'); $calls = $definition->getMethodCalls(); $definition->setMethodCalls(array()); foreach ($container->findTaggedServiceIds('twig.extension') as $id => $attributes) { $definition->addMethodCall('addExtension', array(new Reference($id))); } $definition->setMethodCalls(array_merge($definition->getMethodCalls(), $calls)); 

कंटेनर एक्सटेंशन

कंटेनर सिस्टम का केंद्रीय तत्व है, वास्तव में, एप्लिकेशन की सभी कार्यक्षमता इसमें केंद्रित है; तदनुसार, किसी भी कार्यक्षमता को जोड़ने के लिए, आपको आवश्यक सेवाओं और मापदंडों को कंटेनर में डालना होगा। ऐसे संशोधनों की सुविधा के लिए, कंटेनर एक्सटेंशन हैं (जो ऊपर उल्लिखित एक विशेष "मर्ज" पास के साथ संसाधित होते हैं)।
एक्सटेंशन ExtensionInterface इंटरफ़ेस का एक कार्यान्वयन है, और अमूर्त एक्सटेंशन वर्ग नियमित कार्यों को कम करता है और सुविधाजनक तरीके जोड़ता है। एक्सटेंशन आमतौर पर निम्नानुसार काम करते हैं:

• सेवाओं की परिभाषाएँ और डिफ़ॉल्ट पैरामीटर एक्सटेंशन कॉन्फिग फ़ाइल (ज्यादातर एक xml फ़ाइल) से लोड किए जाते हैं;
• आवेदन के लिए परिभाषित एक्सटेंशन कॉन्फ़िगरेशन को संसाधित करना, डिफ़ॉल्ट मानों को अधिलेखित करना;
• एक फ़ाइल में असेंबली के लिए कक्षाएं पंजीकृत हैं (सामने नियंत्रक में उल्लिखित एक फ़ाइल में एक ही वर्ग कैश)

उदाहरण विस्तार विन्यास ( एप्लिकेशन / config / config.yml ):

 # Twig Configuration twig: debug: %kernel.debug% strict_variables: %kernel.debug% 

यह कॉन्फ़िगरेशन कहता है कि आपको एक्सटेंशन ( ExtensionInterface :: load () ) को टहनी नाम देना होगा ( ExtensionInterface :: getAlias ​​() ) इसी खंड में परिभाषित पैरामीटर।

बंडल एक्सटेंशन को कनेक्ट करना बहुत सरल है, आपको बस संबंधित नाम ( DependencyInjection \ बंडलNameExtension ) के साथ एक वर्ग बनाने की आवश्यकता है और एक्सटेंशन :: build () विधि कोड एक्सटेंशन को स्वयं लोड करेगा (मुख्य बात मूल विधि और वारिस को कॉल करने के लिए मत भूलना;);

बंडल लॉन्च करें

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

निष्कर्ष

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

लेखक से

यह सिम्फनी 2 के विल्स में पहला डाइव समाप्त करता है। यदि Symfony2 के बारे में इस प्रकार के लेख पाठकों को रुचि देंगे, तो यह सब संभव है कि लेखों की एक श्रृंखला को इंटर्नशिप के विश्लेषण, व्यक्तिगत घटकों और लोकप्रिय बंडलों में बदल दिया जाए। इसके अलावा, यह मेरा पहला लेख है, हबेरी पर लंबे समय तक रहने के बावजूद। मुझे लेखन से ज्यादा बात करना पसंद है, लेकिन मैं अपने विचारों को व्यक्त करने के इस तरीके से खुद को शिक्षित करने की कोशिश कर रहा हूं। इसलिए, मैं सामग्री की प्रस्तुति पर सीधे प्रतिक्रिया के लिए बहुत आभारी रहूंगा: यह समझना कितना मुश्किल है; क्या जोर देना बेहतर है, क्या कम; शायद और अधिक उदाहरणों और कोड उदाहरणों की आवश्यकता है; उन लोगों पर अधिक भरोसा करें जो विषय क्षेत्र से परिचित हैं, या वर्णन करने का प्रयास करते हैं ताकि यह सभी के लिए स्पष्ट हो, आदि।