Zend फ्रेमवर्क 2 में MVC सिस्टम

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

Zend फ्रेमवर्क 2 में MVC

Zend \ Mvc, Zend फ्रेमवर्क 2 के लिए MVC सिस्टम का पूरी तरह से नया कार्यान्वयन है। प्रदर्शन और लचीलेपन पर ध्यान केंद्रित किया गया है।

MVC परत को निम्नलिखित घटकों के आधार पर बनाया गया है:

1. Zend \ ServiceManager - Zend फ्रेमवर्क Zend \ Mvc \ Service में परिभाषित विभिन्न सेवाओं का एक सेट प्रदान करता है। ServiceManager आपके एप्लिकेशन और वर्कफ़्लो का एक उदाहरण बनाता और कॉन्फ़िगर करता है।
2. Zend \ EventManager - MVC एक घटना है। इस घटक का उपयोग हर जगह किया जाता है। आवेदन की प्रारंभिक लोडिंग के लिए, रिटर्निंग प्रतिक्रियाएं (अनुरोध) और अनुरोध (अनुरोध), मार्ग (मार्ग) स्थापित करने और प्राप्त करने के साथ-साथ फॉर्म (दृश्य) की स्क्रिप्ट को संसाधित करने (रेंडर) के लिए।
3. Zend \ Http अनुरोधों (अनुरोध) और प्रतिक्रियाओं (प्रतिक्रिया) का एक विशेष उद्देश्य है। Zend \ Stdlib \ DispatchableInterface के साथ प्रयोग किया जाता है। सभी नियंत्रक प्रेषण ऑब्जेक्ट हैं।

निम्नलिखित सहायक घटक MVC परत में उपयोग किए जाते हैं:

1. Zend \ Mvc \ Router - इसमें वे कक्षाएं होती हैं जो अनुरोधों का मार्ग प्रदान करती हैं। दूसरे शब्दों में, सही नियंत्रकों के अनुरोधों को पुनर्निर्देशित करता है।
2. Zend \ Http \ PhpEnvironment - HTTP अनुरोध और प्रतिक्रिया ऑब्जेक्ट्स के लिए डेकोरेटर का एक सेट प्रदान करता है जो वर्तमान वातावरण (GET और POST पैरामीटर, HTTP हेडर सहित) में अनुरोधों के इंजेक्शन प्रदान करता है।
3. Zend \ Mvc \ नियंत्रक - मूल कार्यक्षमता के साथ अमूर्त नियंत्रक वर्गों का एक सेट, जैसे कि घटनाओं को बनाना, प्रेषण क्रिया, आदि।
4. Zend \ Mvc \ Service - विभिन्न एप्लिकेशन प्रक्रियाओं के लिए डिफ़ॉल्ट ServiceManager कारखानों और परिभाषाओं का एक सेट।
5. Zend \ Mvc \ View - दृश्य स्क्रिप्ट्स को विज़ुअलाइज़ करने, हेल्पर्स को पंजीकृत करने, और बहुत कुछ के लिए मानक सुविधाएँ प्रदान करता है। यह विभिन्न श्रोताओं को भी प्रदान करता है जो एमवीसी वर्कफ़्लो को "बाइंड" करते हैं, जिसमें टेम्प्लेट नाम के स्वचालित रिज़ॉल्यूशन, ऑटोमैटिक क्रिएशन ऑफ़ व्यू और इंजेक्शन मॉडल, आदि सुविधाएँ प्रदान करते हैं।

MVC के लिए प्रारंभिक बिंदु Zend \ Mvc \ Application ऑब्जेक्ट (इसके बाद अनुप्रयोग के रूप में संदर्भित) है। जिनमें से मुख्य जिम्मेदारियां संसाधनों का प्रारंभिक लोडिंग, अनुरोधों की दिशा (मार्ग), मार्ग के अनुरूप नियंत्रकों की प्राप्ति और भेजना है।

आवेदन की बुनियादी संरचना

application_root/ config/ application.config.php autoload/ global.php local.php // etc. data/ module/ vendor/ public/ .htaccess index.php init_autoloader.php 

साइट पर सभी उपयोगकर्ता अनुरोधों को पुनर्निर्देशित करने के लिए, फ़ाइल सार्वजनिक / index.php जिम्मेदार है। तब यह config / application.config.php में स्थित एप्लिकेशन सेटिंग्स की एक सरणी प्राप्त करता है। इसके बाद रन () फ़ंक्शन को कॉल करके एप्लिकेशन (एप्लिकेशन) शुरू होता है, जो अनुरोधों को संसाधित करता है और अंततः उपयोगकर्ता को परिणाम भेजता है।

"कॉन्फ़िगरेशन" सेटिंग्स निर्देशिका में लोडिंग मॉड्यूल और संयोजन विन्यास (डेटाबेस, मेनू, एसीएल, आदि से कनेक्ट करने के लिए सेटिंग्स) के लिए ZendModuleManager में उपयोग की जाने वाली आवश्यक सेटिंग्स शामिल हैं। थोड़ी देर बाद जो कहा गया उसके बारे में अधिक विस्तार से।

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

मॉड्यूल निर्देशिका में एक या एक से अधिक मॉड्यूल होते हैं जो आपके एप्लिकेशन की मुख्य कार्यक्षमता प्रदान करते हैं।

मॉड्यूल की बुनियादी संरचना

मॉड्यूल की सामग्री पूरी तरह से कुछ भी हो सकती है: PHP कोड, कार्यात्मक MVC संरचनाएं, पुस्तकालय कोड, दृश्य स्क्रिप्ट, सार्वजनिक संसाधन, जैसे चित्र, कैस्केडिंग सीएसएस शैली पत्रक, जावास्क्रिप्ट कोड, आदि। एकमात्र आवश्यकता, और यहां तक ​​कि यह वैकल्पिक है - मॉड्यूल एक नामस्थान होना चाहिए और इस नाम स्थान के भीतर मॉड्यूल Modul.php होना चाहिए। Zend \ ModuleManager के सामान्य संचालन और कई अन्य कार्यों के लिए यह वर्ग आवश्यक है।

मॉड्यूल बनाते समय निम्नलिखित संरचना का पालन करने की सिफारिश की जाती है:

 module_root<named-after-module-namespace>/ Module.php autoload_classmap.php autoload_function.php autoload_register.php config/ module.config.php public/ images/ css/ js/ src/ <module_namespace>/ <code files> test/ phpunit.xml bootstrap.php <module_namespace>/ <test code files> view/ <dir-named-after-module-namespace>/ <dir-named-after-a-controller>/ <.phtml files> 

इस तथ्य के कारण कि मॉड्यूल एक नामस्थान के रूप में कार्य करता है, मॉड्यूल की मूल निर्देशिका यह नामस्थान है। नाम स्थान में स्वामित्व का एक उपसर्ग शामिल हो सकता है। स्पष्टता के लिए, Zend टीम द्वारा विकसित उपयोगकर्ता "उपयोगकर्ता" के लिए बुनियादी कार्यक्षमता प्रदान करने वाले मॉड्यूल को कहा जा सकता है (अधिमानतः, लेकिन जरूरी नहीं) "ZendUser" - यह एक ही समय में मॉड्यूल रूट फ़ोल्डर और नामस्थान का नाम भी है। मॉड्यूल के रूट फ़ोल्डर में स्थित Module.php फ़ाइल पहले से ही इस मॉड्यूल के नाम स्थान में होगी। नीचे एक उदाहरण देखें:

 namespace ZendUser; class Module { } 

यदि init () पद्धति को परिभाषित किया गया है, तो यह कक्षा को लोड करने और डिफ़ॉल्ट प्रबंधक उदाहरण को पारित करने के बाद Zend \ ModuleManager के श्रोता द्वारा बुलाया जाएगा। यह दृष्टिकोण आपको विशेष ईवेंट श्रोता बनाने की अनुमति देता है। लेकिन! Init () विधि से सावधान रहें! यह प्रत्येक अनुरोध के लिए प्रत्येक मॉड्यूल के लिए कहा जाता है और विशेष रूप से "हल्के" कार्यों के लिए उपयोग किया जाना चाहिए, जैसे श्रोताओं को पंजीकृत करना।

वही onBootstrap () पद्धति पर लागू होता है, जो MvcEvent ऑब्जेक्ट का एक उदाहरण लेता है और प्रत्येक अनुरोध के साथ प्रत्येक मॉड्यूल के लिए कहा जाता है।

तीन ऑटोलॉड _ *। Php फाइलें वैकल्पिक लेकिन वांछनीय हैं। वे निम्नलिखित प्रदान करते हैं:

• autoload_classmap.php
  वर्ग के नाम का एक सरणी देता है जिसमें वर्ग नाम / फ़ाइल नाम जोड़े होते हैं। वर्ग नाम जादू निरंतर __DIR__ का उपयोग करके निर्धारित किए जाते हैं)।
• autoload_function.php
  एक कॉलबैक फ़ंक्शन देता है जिसे spl_autoload_register () में पास किया जा सकता है। आमतौर पर, कॉलबैक फ़ंक्शन autoload_classmap.php में दिए गए नक्शे का उपयोग करता है।
• autoload_register.php
  कॉलबैक फ़ंक्शन पंजीकृत करता है। आमतौर पर, यह autoload_function.php में स्थित है।

ये तीन फाइलें उन कक्षाओं के डिफ़ॉल्ट रूप से लोडिंग प्रदान करती हैं जो Zend \ ModuleManager का उपयोग किए बिना मॉड्यूल में हैं। उदाहरण के लिए, जेडएफ 2 के बाहर मॉड्यूल का उपयोग करने के लिए।

"कॉन्फ़िगर" निर्देशिका में मॉड्यूल की विभिन्न विशिष्ट सेटिंग्स होनी चाहिए। ये सेटिंग्स किसी भी प्रारूप में हो सकती हैं जो Zend \ config का समर्थन करता है। मुख्य कॉन्फ़िगरेशन फ़ाइल के लिए "मॉड्यूल.फॉर्मैट" नाम का उपयोग करना उचित है। उदाहरण के लिए, PHP प्रारूप में एक कॉन्फ़िगरेशन फ़ाइल के लिए, मुख्य कॉन्फ़िगरेशन फ़ाइल का नाम होना चाहिए: मॉड्यूल.config.php। आमतौर पर, आपको रूटिंग और निर्भरता इंजेक्शन के लिए कॉन्फ़िगरेशन फ़ाइलें बनानी होंगी।

Src निर्देशिका को PSR-0 प्रारूप के अनुरूप होना चाहिए और इसमें मॉड्यूल का मुख्य कोड होना चाहिए। कम से कम, इसमें एक उपनिर्देशिका होनी चाहिए जिसका नाम मॉड्यूल नेमस्पेस (मॉड्यूल रूट फ़ोल्डर) है। हालाँकि, इसमें विभिन्न नामस्थानों के साथ कोड हो सकता है, यदि आवश्यक हो।

"परीक्षण" निर्देशिका में आपकी इकाई परीक्षण शामिल होना चाहिए। आमतौर पर, वे PHPUnit का उपयोग करके लिखे जाते हैं और इसके कॉन्फ़िगरेशन से संबंधित फाइलें होती हैं।

सार्वजनिक निर्देशिका का उपयोग सार्वजनिक संसाधनों के लिए किया जाता है। यह डेवलपर के विवेक पर पूरी तरह से छवियां, सीएसएस, जावास्क्रिप्ट आदि हो सकते हैं।

"दृश्य" निर्देशिका में विभिन्न नियंत्रकों से संबंधित दृश्य स्क्रिप्ट शामिल हैं।

बूटस्ट्रैप अनुप्रयोग

आवेदन में छह मुख्य निर्भरताएं हैं:

1. कॉन्फ़िगरेशन - आमतौर पर एक सरणी या ट्रैवर्सेबल ऑब्जेक्ट
2. सेवा प्रबंधक उदाहरण
3. EventManager का एक उदाहरण, जो डिफ़ॉल्ट रूप से "EventManager" सेवा के नाम को निर्दिष्ट करके, ServiceManager द्वारा "जन्म" है।
4. ModuleManager उदाहरण, जो डिफ़ॉल्ट रूप से ServiceManager का "जन्म" है, ModManManager सेवा का नाम सेट करके
5. अनुरोध उदाहरण, जो सेवा अनुरोध से "अनुरोध" करने के लिए, सेवा प्रबंधक से डिफ़ॉल्ट रूप से "जन्म" है।
6. रिस्पांस उदाहरण, जो ServiceManager से डिफ़ॉल्ट रूप से "जन्म" है, रिस्पांस सेवा का नाम सेट करके

प्रारंभ के दौरान ऊपर लागू किया जा सकता है:

 use Zend\EventManager\EventManager; use Zend\Http\PhpEnvironment; use Zend\ModuleManager\ModuleManager; use Zend\Mvc\Application; use Zend\ServiceManager\ServiceManager; $config = include 'config/application.config.php'; $serviceManager = new ServiceManager(); $serviceManager->setService('EventManager', new EventManager()); $serviceManager->setService('ModuleManager', new ModuleManager()); $serviceManager->setService('Request', new PhpEnvironmentRequest()); $serviceManager->setService('Response', new PhpEnvironmentResponse()); $application = new Application($config, $serviceManager); 

ऊपर वर्णित सब कुछ करने के बाद, आपके पास दो कार्यों का विकल्प है।

पहला: आप एप्लिकेशन (बूटस्ट्रैप) डाउनलोड करना शुरू कर सकते हैं। डिफ़ॉल्ट कार्यान्वयन में, यह इस तरह दिखता है:

• डिफ़ॉल्ट रूटिंग श्रोता जुड़ता है: Zend \ Mv \ cRouteListener
• डिफ़ॉल्ट प्रेषण श्रोता जुड़ता है: Zend \ Mvc \ DispatchListener
• ViewManager श्रोता जुड़ता है: Zend \ Mvc \ View \ ViewManager
• एक बूट घटना आग।

यदि आपको इन क्रियाओं को करने की आवश्यकता नहीं है, तो आप अनुप्रयोग वर्ग और / या बस आवश्यक कोड लिखकर अपने आप को विकल्प निर्धारित कर सकते हैं।

दूसरा: रन () विधि को कॉल करके बस आवेदन शुरू करें। यह विधि निम्न कार्य करेगी:

• मार्ग घटना आग लग जाएगी
• प्रेषण घटना आग जाएगा
• और पिछले दो के कार्यान्वयन के आधार पर, "रेंडर" घटना शायद आग लग जाएगी
• उपरोक्त करने के बाद, "फिनिश" ईवेंट आग जाएगा और प्रतिक्रिया उदाहरण वापस आ जाएगी।

यदि "मार्ग" या "प्रेषण" घटनाओं के निष्पादन के दौरान त्रुटियां होती हैं, तो "प्रेषण" फेरर घटना में आग लग जाएगी।

शुरू करने के लिए, ऐसा लगता है कि आपको एप्लिकेशन लॉन्च करने के लिए बहुत सारी जानकारी याद रखने की आवश्यकता है, इसलिए हम उपलब्ध सभी सेवाओं को सूचीबद्ध नहीं करते हैं। शुरुआत के लिए, ServiceManager का उपयोग करना काफी पर्याप्त होगा।

 use Zend\Loader\AutoloaderFactory; use Zend\Mvc\Service\ServiceManagerConfig; use Zend\ServiceManager\ServiceManager; // setup autoloader AutoloaderFactory::factory(); // get application stack configuration $configuration = include 'config/application.config.php'; // setup service manager $serviceManager = new ServiceManager(new ServiceManagerConfig()); $serviceManager->setService('ApplicationConfig', $configuration); // load modules -- which will provide services, configuration, and more $serviceManager->get('ModuleManager')->loadModules(); // bootstrap and run application $application = $serviceManager->get('Application'); $application->bootstrap(); $response = $application->run(); $response->send(); 

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

बूटस्ट्रैप मॉड्यूलर अनुप्रयोग

पहले वर्णित दृष्टिकोण काम करता है। लेकिन सवाल यह है कि आवेदन सेटिंग कहां से आई? यह मान लेना तर्कसंगत है कि सेटिंग्स सीधे मॉड्यूल से ही ली जाती हैं। और फिर अपने निपटान में इन सेटिंग्स को कैसे प्राप्त करें?

इन सवालों का जवाब Zend \ ModuleManager \ ModuleManager है। सबसे पहले, यह घटक आपको यह निर्दिष्ट करने की अनुमति देता है कि मॉड्यूल कहाँ स्थित हैं। वह तब प्रत्येक मॉड्यूल को ढूंढता है और उसे इनिशियलाइज़ करता है। मॉड्यूल कक्षाएं विन्यास, सेटिंग्स, श्रोताओं, और अधिक प्रदान करने के लिए मॉड्यूलमैनगर में विभिन्न श्रोताओं द्वारा जुड़ी हुई हैं। यदि यह आपको जटिल लगता है, तो यह एक गलत धारणा है।

मॉड्यूल प्रबंधक की स्थापना

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

अब पहले बताए गए एप्लिकेशन.config.php फ़ाइल को याद करते हैं। सेटिंग्स निम्नानुसार सेट करें:

 <?php // config/application.config.php return array( 'modules' => array( /* ... */ ), 'module_listener_options' => array( 'module_paths' => array( './module', './vendor', ), ), ); 

मॉड्यूल जोड़ने के लिए, आपको बस मॉड्यूल के सरणी में तत्वों को जोड़ना होगा।

प्रत्येक मॉड्यूल मॉड्यूल वर्ग को एक getConfig () विधि को परिभाषित करना चाहिए। इसे एक सरणी या ट्रैवर्सेबल ऑब्जेक्ट को वापस करना चाहिए, जैसे कि Zend \ config \ config। एक उदाहरण पर विचार करें:

 namespace ZendUser; class Module { public function getConfig() { return include __DIR__ . '/config/module.config.php' } } 

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

निष्कर्ष

ZF2 MVC परत अविश्वसनीय रूप से लचीली है, जिससे ServiceManager और EventManager का उपयोग करके आपके एप्लिकेशन में मॉड्यूल और वर्कफ़्लो बनाना आसान हो जाता है। ModuleManager मॉड्यूलर आर्किटेक्चर के मुद्दे के लिए एक हल्का और आसान तरीका है जो हितों और कोड के पुन: उपयोग के स्पष्ट अलगाव को प्रोत्साहित करता है।

संदर्भ

अधिक जानकारी के लिए, यूक्रेनी समुदाय ZF2 की वेबसाइट पर प्रलेखन देखें।
मूल लेख