हम Symfony2 के आधार पर अपना ढांचा बनाते हैं। (भाग ६)

श्रृंखला के छठे भाग में, हम सीखेंगे कि एचटीटीपी कर्नेल घटक का उपयोग कैसे करें।

• भाग 1
• भाग २
• भाग ३
• भाग ४
• भाग 5
• भाग ६

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

class LeapYearController { public function indexAction($request) { if (is_leap_year($request->attributes->get('year'))) { return new Response('Yep, this is a leap year!'); } return new Response('Nope, this is not a leap year.'); } } 

तदनुसार रूट परिभाषा को अपडेट करें:

 $routes->add('leap_year', new Routing\Route('/is_leap_year/{year}', array( 'year' => null, '_controller' => array(new LeapYearController(), 'indexAction'), ))); 

यह चरण बहुत ही सरल है और जैसे ही आप पृष्ठों को जोड़ना शुरू करेंगे, वैसे ही अधिक समझ में आएगा। सच है, आप तुरंत नोटिस कर सकते हैं कि LeapYearController क्लास हमेशा बनाई जाती है, भले ही अनुरोधित URL leap_year रूट से मेल न खाता हो। यह प्रदर्शन के मामले में बहुत अव्यवहारिक है: अब सभी मार्गों के सभी नियंत्रकों को प्रत्येक अनुरोध के लिए आरम्भ किया जाएगा। विलंबित आरंभीकरण का उपयोग करना बेहतर होगा, इसलिए नियंत्रकों के आरंभीकरण को इसी मार्ग के "मांग पर" किया जाएगा।
इस समस्या को हल करने के लिए, और कई अन्य लोगों को, HttpKernel घटक स्थापित करें:

 { "require": { "symfony/class-loader": "2.1.*", "symfony/http-foundation": "2.1.*", "symfony/routing": "2.1.*", "symfony/http-kernel": "2.1.*" } } 

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

 namespace Symfony\Component\HttpKernel\Controller; interface ControllerResolverInterface { function getController(Request $request); function getArguments(Request $request, $controller); } 

GetController () विधि उसी कन्वेंशन पर आधारित है जिसे हमने पहले अपनाया था: _controller के अनुरोध से जुड़ा नियंत्रक होना चाहिए। PHP में निर्मित कॉलबैक फ़ंक्शंस की तरह, getController () एक क्लास नाम प्लस दो कॉलोन और एक विधि नाम से मिलकर तार को स्वीकार करता है - "वर्ग :: विधि":

 $routes->add('leap_year', new Routing\Route('/is_leap_year/{year}', array( 'year' => null, '_controller' => 'LeapYearController::indexAction', ))); 

इस कोड को काम करने के लिए, HttpKernel से कंट्रोलर रिज़ॉल्वर का उपयोग करने के लिए फ्रेमवर्क कोड बदलें :

 use Symfony\Component\HttpKernel; $resolver = new HttpKernel\Controller\ControllerResolver(); $controller = $resolver->getController($request); $arguments = $resolver->getArguments($request, $controller); $response = call_user_func_array($controller, $arguments); 

एक सुखद तिपहिया: नियंत्रक रिज़ॉल्वर आपके लिए त्रुटियों को सही ढंग से संसाधित करता है, उदाहरण के लिए: यदि आप _controller को परिभाषित करना भूल जाते हैं तो यह एक उचित त्रुटि देगा।

अब देखते हैं कि नियंत्रक तर्कों को कैसे पहचाना जाता है। getArguments () रिवर्स इंजीनियरिंग PHP प्रतिबिंब का उपयोग करके इसे पास करने के लिए कौन सी दलीलें निर्धारित करने के लिए नियंत्रक के हस्ताक्षर को पार्स करता है।
IndexAction () पद्धति का तर्क अनुरोध वर्ग का एक उद्देश्य है। GetArguments () विधि सही ढंग से एक तर्क पास करती है यदि प्रकार सही ढंग से परिभाषित किया गया है:

 public function indexAction(Request $request) // won't work public function indexAction($request) 

एक दिलचस्प तथ्य यह है कि आप getArguments () के लिए अनुरोध वर्ग की कोई विशेषता भी पास कर सकते हैं; यह पर्याप्त है कि तर्क को संगत विशेषता के समान कहा जाता है:

 public function indexAction($year) 

आप अनुरोध वर्ग के ऑब्जेक्ट के साथ एक ही समय में विभिन्न विशेषताओं को पास कर सकते हैं (आदेश महत्वपूर्ण नहीं है, क्योंकि प्रकार निर्दिष्ट है)

 public function indexAction(Request $request, $year) public function indexAction($year, Request $request) 

स्वाभाविक रूप से, आप किसी भी तर्क के लिए डिफ़ॉल्ट मानों को परिभाषित कर सकते हैं:

 public function indexAction($year = 2012) 

आइए हमारे नियंत्रक को बस $ वर्ष दें:

 class LeapYearController { public function indexAction($year) { if (is_leap_year($year)) { return new Response('Yep, this is a leap year!'); } return new Response('Nope, this is not a leap year.'); } } 

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

 <?php // example.com/web/front.php require_once __DIR__.'/../vendor/.composer/autoload.php'; use Symfony\Component\HttpFoundation\Request; use Symfony\Component\HttpFoundation\Response; use Symfony\Component\Routing; use Symfony\Component\HttpKernel; function render_template($request) { extract($request->attributes->all()); ob_start(); include sprintf(__DIR__.'/../src/pages/%s.php', $_route); return new Response(ob_get_clean()); } $request = Request::createFromGlobals(); $routes = include __DIR__.'/../src/app.php'; $context = new Routing\RequestContext(); $context->fromRequest($request); $matcher = new Routing\Matcher\UrlMatcher($routes, $context); $resolver = new HttpKernel\Controller\ControllerResolver(); try { $request->attributes->add($matcher->match($request->getPathInfo())); $controller = $resolver->getController($request); $arguments = $resolver->getArguments($request, $controller); $response = call_user_func_array($controller, $arguments); } catch (Routing\Exception\ResourceNotFoundException $e) { $response = new Response('Not Found', 404); } catch (Exception $e) { $response = new Response('An error occurred', 500); } $response->send(); 

बस एक पल के लिए सोचें: हमारा ढांचा और भी अधिक विश्वसनीय और लचीला हो गया है, और अभी भी कोड की 40 से कम लाइनें शामिल हैं ।