कोहाना 3.0 - अपने जीवन को आसान बनाएं

एक ढांचा अच्छा है, यह बहुत अच्छा है, यह भविष्य के अनुप्रयोग की वास्तुकला के बारे में सोचने में बहुत समय बचाने का एक अवसर है, लेकिन ... एक ढांचा ऐसा ही एक ढांचा है। और, उदाहरण के लिए, कोहना 3.0, जिस पर इस लेख में चर्चा की जाएगी, इस रूपरेखा को एक डिग्री या किसी अन्य के लिए डोप किया जाना चाहिए।
अब एक समय में एक कदम उठाते हैं कि अब हम क्या करेंगे:

• -महत्वपूर्ण तरीकों को जोड़कर और इसके साथ काम करने वाले (जो कि 99% परियोजनाओं में मौजूद है, कम से कम प्रशासनिक लॉगिन स्तर पर) आधार नियंत्रक का विस्तार करें
• दृश्य फ़ाइलों के साथ और अधिक सुविधाजनक और सुंदर काम के लिए अपने सामने नियंत्रक बनाएँ
• - हम सामने नियंत्रक के माध्यम से सत्यापन त्रुटियों के आउटपुट को लागू करते हैं
• दृश्य के आधार वर्ग में सुधार करें
• -अच्छा, और कुछ अन्य उपयोगी छोटी चीजें

तो चलिए शुरू करते हैं ...

यह माना जाता है कि हमने पहले से ही कुछ सरल कदम उठाए हैं - उदाहरण के लिए छवि और समानता में एक .htaccess फ़ाइल बनाई है। इस प्रकार, हमारी कार्यशील निर्देशिका के लिए यह आवश्यक पथ है; कोहना :: init विधि में आरंभीकरण मापदंडों को बदल दिया (कार्य निर्देशिका के लिए पथ भी सेट करें और सेट करें (स्वाद के लिए) 'index_file' => FALSE; बाद के काम के लिए आवश्यक मॉड्यूल कनेक्ट किए ...
अब हम bootstrap.php के अंत में देखते हैं कि डिफ़ॉल्ट मार्ग कहाँ स्थापित किया गया है - आमतौर पर आवेदन में कितने मार्ग हैं? दस? बीस? Ko3.0 पर मेरे आखिरी आवेदन में उनमें से लगभग 30 थे। सामान्य तौर पर, भंडारण के लिए डॉफीगा, यहीं, डेटा के साथ मिश्रित होता है, जो वास्तव में, बूटस्ट्रैप.फपी में संग्रहीत होता है। बाहर का रास्ता? हम उन सभी को एक अलग फ़ाइल में लेते हैं और उन्हें शामिल करते हैं। आइए इसे कहते हैं:
आवेदन फ़ोल्डर में एक नई फ़ाइल बनाएं, जिसे मार्गों का नाम दिया गया है। एफपी और पूरे रूट को ट्रांसफर करें :: सेट ('डिफॉल्ट') वहां ... और बूटस्ट्रैप में अपने पूर्व स्थान पर। हम बस आवश्यकता लिखते हैं APP_ATH.'routes.php ';
अब याद करते हैं कि नियंत्रक वर्ग (एक कि कोहना_कंट्रोलर) के पास पहले () और बाद () के अद्भुत तरीके हैं, जिन्हें क्रमशः, नियंत्रक के "निकाय" से पहले और बाद में निष्पादित किया जाता है। अब याद रखें कि अधिकांश अनुप्रयोगों में हम एक प्राधिकरण मॉड्यूल (ऑक्टो) कनेक्ट करेंगे - कम से कम प्रशासनिक लॉगिन के लिए। मैं ऐसा क्यों कर रहा हूं?
और चलिए आधार कोहना_कंट्रोलर को फिर से परिभाषित करते हैं और वहीं (संभव) उपयोगकर्ता के साथ काम करना शुरू करते हैं।

<?php class Controller extends Kohana_Controller { /** * @var auth property with instance of "Auth" module */ public $auth = NULL; /** * @var user property with object of user */ public $user = FALSE; public function before() { parent::before(); $this->auth = Auth::instance(); $this->user = $this->auth->get_user(); } public function after() { parent::after(); } } 

और नाम / नियंत्रक नाम के तहत एप्लिकेशन / कक्षाओं फ़ोल्डर में इस सामान को सहेजें
अब आइए विचार करें कि भविष्य में किसी भी नियंत्रक के बिल्कुल स्थान पर हमें और क्या चाहिए? पुनर्निर्देशन! यहां तक ​​कि दो! असल में - मुख्य एक पर पुनर्निर्देशित और एक पुनर्निर्देशित वापस। मैं आवश्यकता की संभावित स्थितियों का वर्णन नहीं करूँगा, यदि आप पुनर्निर्देश की आवश्यकता से सहमत हैं, तो हम उनके बारे में आगे पढ़ते हैं:
घर पर पुनर्निर्देशन का तात्पर्य उपयोगकर्ता को एक पते पर पुनर्निर्देशित करना है जो मापदंडों के बिना डिफ़ॉल्ट मार्ग से मेल खाता है। पुनर्निर्देशन का तात्पर्य है, रेफरर लाइन से पते पर रीडायरेक्ट करना, यदि सभी पर। यदि नहीं, तो हम ऊपर वर्णित पुनर्निर्देशन का उपयोग करके मुख्य एक पर पुनर्निर्देशित करते हैं। इसके अलावा, हमारे पास 2 प्रकार के पुनर्निर्देश हो सकते हैं (अब तक यह मेरे लिए कभी उपयोगी नहीं था, लेकिन यह सुविधा उपयोगी प्रतीत होती है) - वर्तमान अनुरोध (HMVC और वह सब ...) का पुनर्निर्देश और मुख्य अनुरोध का पुनर्निर्देश। डिफ़ॉल्ट रूप से, हम मुख्य अनुरोध को रीडायरेक्ट करेंगे। वास्तव में, मैं ऊपर दिए गए निम्नलिखित कार्यान्वयन का प्रस्ताव करता हूं (हम पहले () विधि के बाद एक ही आवेदन / वर्ग / नियंत्रक में सभी कुछ लिखते हैं:

  public function go_home($current_request_only = FALSE) { $url = Route::url('default', NULL, TRUE); $this->go($url, $current_request_only); } public function go_back($current_request_only = FALSE) { Validate::url(Request::$referrer) OR $this->go_home($current_request_only); $this->go(Request::$referrer, $current_request_only); } private function go($url, $current_request_only) { $request = ($current_request_only) ? $this->request : Request::instance(); $request->redirect($url); } 

मैं थोड़ा तरीके समझाऊंगा:
go_home () विधि में, हम डिफ़ॉल्ट मार्ग URL प्राप्त करते हैं और गो () विधि को कॉल करते हैं
go_back () विधि में, हम अनुरोध :: $ संदर्भकर्ता से URL की वैधता की जांच करते हैं और यदि यह परीक्षण पास नहीं करता है, तो हम go_home () विधि निष्पादित करते हैं, जिस पर निष्पादन बाधित होता है
गो () विधि में, हम यह निर्धारित करते हैं कि कौन से अनुरोध को पुनर्निर्देशित करें (डिफ़ॉल्ट रूप से, अनुरोध :: उदाहरण) (मुख्य अनुरोध है, लेकिन $ यह-> अनुरोध भी संभव है)

अब जब हम विभिन्न संभावित प्रश्नों (एचएमवीसी / सरल) के बारे में बात कर रहे हैं - तो अनुरोध कक्षा में थोड़ी चूक को खत्म करें। चूक यह है कि कोहना 3.0 में, कोहना 3.1 के विपरीत, अनुरोध के स्वामित्व का निर्धारण करने के लिए कोई तरीका नहीं है - केवल अनुरोध :: $ is_ajax।
फ़ाइल एप्लिकेशन / कक्षाएं / request.php बनाएं और लिखें:

 class Request extends Kohana_Request { public function is_initial() { return $this === Request::instance(); } } 

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

 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <meta name="author" content="Roman Chvanikoff" /> <title><?php echo $title; ?></title> </head> <body> <?php echo $content; ?> </body> </html> 

यहां हमारे पास एक ऐसा आवरण है, जिसमें नियंत्रक के काम के परिणामस्वरूप प्राप्त सामग्री ($ सामग्री) एम्बेड की जाएगी।
इसे एप्लिकेशन / विचार / index.php के रूप में सहेजें
अब कोहाना के डिफ़ॉल्ट मार्ग, स्वागत / सूचकांक के लिए एक सामग्री दृश्य बनाएं

 <h1>Welcome!</h1> 

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

 class Controller_Front extends Controller { /** * @var layout wrapper of content for final output */ public $layout = 'index'; /** * @var content controller-generated output */ public $content; /** * @var errors all logic errors (including Validate errors) should be stored here */ public $errors; /** * @var post Validate object of _POST */ public $post; /** * @var view_path define what folder should be used to generate Views * values: * NULL - View::path will be generated as name of called controller * FALSE - View::path will not affect views generation * string - View::path will have value of the view_path property */ public $view_path = NULL; public function before() { parent::before(); $this->layout = View::factory($this->layout); $this->layout->set_global('user', $this->user); $this->post = Validate::factory($_POST); // Doubts? Look at view_path property definition if (is_null($this->view_path)) { View::$view_path = $this->request->controller; } elseif ($this->view_path) { View::$view_path = $this->view_path; } } public function after() { /** * Clear View "environment" */ View::$view_path = NULL; if ( ! Validate::not_empty($this->errors)) { $this->errors = NULL; } else { // $this->errors should be an array to pass it as argument to View. is_array($this->errors) OR $this->errors = array($this->errors); // $this->errors is a View now $this->errors = View::factory('errors', array('errors' => $this->errors)); } // $this->content can be a simple string or something like that so we check if it is a View file if ($this->content instanceof View) { // Append post-data $this->content->post = $this->post; // Append errors $this->content->errors = $this->errors; } // If request is initial - return layout with attached content if ($this->request->is_initial() AND ! Request::$is_ajax) { // Append content to layout $this->layout->content = $this->content; // Set response $this->request->response = $this->layout; } else { // Set response as controller-generated output $this->request->response = $this->content; } parent::after(); } } 

इस नियंत्रक में, मुझे उम्मीद है कि टिप्पणियों से सब कुछ स्पष्ट है, कुछ दृश्य के साथ काम करने के अलावा :: $ view_path - यह क्या है? यह वह है जो हमें $ $ इस तरह की विभिन्न क्रियाओं में एक ही नियंत्रक के भीतर लाइनें लिखने की अनुमति नहीं देगा- सामग्री = दृश्य :: कारखाना ('उपयोगकर्ता / संपादन'); और उन्हें अधिक कॉम्पैक्ट $ इस के साथ बदलें-> सामग्री = दृश्य :: कारखाना ('संपादित करें');
वैसे, आइए अपने आप को विस्तृत करें - अन्यथा, हम इसे कैसे लागू करते हैं?

 class View extends Kohana_View { /** * @staticvar view_path a directory that will be used to generate views */ public static $view_path = NULL; /** * Sets the view filename. * * $view->set_filename($file); * * @param string view filename * @return View * @throws Kohana_View_Exception */ public function set_filename($file) { $directory = 'views'; if ( ! is_null(View::$view_path)) { $directory .= DIRECTORY_SEPARATOR.View::$view_path; } if (($path = Kohana::find_file($directory, $file)) === FALSE) { throw new Kohana_View_Exception('The requested view :file could not be found in :directory', array( ':file' => $file, ':directory' => $directory, )); } // Store the file path locally $this->_file = $path; return $this; } } 

मुझे लगता है कि कंट्रोलर_फॉरेस्ट से इस बदले हुए वर्ग के साथ काम करने के बाद, यहां रुकना अनावश्यक होगा, इसलिए इस फाइल को एप्लिकेशन / क्लासेस / view.php के रूप में सेव करें, कंट्रोलर_फ्रंट को एप्लिकेशन / क्लासेस / कंट्रोलर / फ्रंट.php के रूप में सहेजें और " हम आगे जा रहे हैं। "

स्वागत नियंत्रक (एप्लिकेशन / कक्षाएं / नियंत्रक / स्वागत.php) खोलें और कंट्रोलर का विस्तार नियंत्रक_फॉरेस्ट तक बढ़ाएँ, और इंडेक्स विधि में, स्ट्रिंग को बदलें $-> अनुरोध-> प्रतिक्रिया = 'हैलो, दुनिया!'। $ इस पर-> सामग्री = दृश्य :: कारखाना ('सूचकांक');

अब, यदि सब कुछ सही ढंग से किया जाता है, तो ब्राउज़र खोलें, प्रोजेक्ट पते पर जाएं और हमारे दृश्य / स्वागत / index.php देखें फ़ाइल, एक लेआउट के साथ दृश्य / index.php द्वारा तैयार।

अंतभाषण

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

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

युपीडी:
दृश्य फ़ाइल दृश्य / त्रुटियाँ .php इस तरह हो सकता है:

 <ul class="errors"> <?php foreach ($errors as $error) : ?> <li><?php echo $error; ?></li> <?php endforeach; ?> </ul>