PHP: उन्नत द्रव इंटरफ़ेस

मुझे यकीन है कि आपमें से कई लोग जो इस पाठ को पढ़ते हैं, वे द्रव इंटरफेस की अवधारणा से परिचित हैं। और यहां तक ​​कि अगर आपने उसके बारे में नहीं सुना है, तो मुझे यकीन है कि आपने इसे एक से अधिक बार उपयोग किया है। यह वास्तव में सुविधाजनक है। तो यह सब क्या है?

<?php class Images { public $width; public $height; public function SetWidth($value) { $this->width = $with; return $this; } public function SetHeight($value) { $this->height = $value; return $this; } } $images = new Images(); $images->SetWidth(100)->SetHeight(100); ?> 

यहाँ एक छोटा सा उदाहरण है। हम क्रमबद्ध रूप से, क्रियात्मक रूप से कार्य कर सकते हैं। समान सिद्धांत लोकप्रिय jQuery लाइब्रेरी को रेखांकित करता है। मैं क्या कह सकता हूं, सभी आधुनिक रूपरेखा समान डिजाइनों के साथ लाजिमी है। लेकिन क्या होगा यदि आप पूरी साइट बनाने के लिए एक समान तंत्र का उपयोग करते हैं?

प्रविष्टि

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

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



यहाँ साइट का लेआउट आरेख है। हम एक समाचार ब्लॉक, टैब (शायद सिर्फ बटन), एक विज्ञापन ब्लॉक और एक सामग्री ब्लॉक देखते हैं। सामग्री में एक तालिका है - एक सूचकांक। इस पृष्ठ पर अनुरोध कैसे व्यवस्थित करें?

mysite.ru/section=2&task=index


यह एक क्लासिक, सामान्य तंत्र है। एक पैरामीटर अनुभाग को पार करता है, दूसरा कार्य। यहाँ एक और तस्वीर है। नज़र



यहां साइट की सामग्री में पहले से ही संपादन फ़ॉर्म है। यहाँ साइट के इस पृष्ठ के लिए एक अनुरोध है

mysite.ru/section=2&task=edit


सब ठीक है और स्पष्ट है। प्रोग्रामिंग भी आसान है। उदाहरण के लिए, इसलिए

 <?php class Site { public function Section($value) { return new MyController(); } } class MyController extends GeneralController { public function Index() { return new Table(); } public function Edit() { return new Form(); } } $site = new Site(); $section = $_GET["section"]; $task = $_GET["task"]; $site->Section($section)->$task(); ?> 

साइट वर्ग वांछित अनुभाग के लिए नियंत्रक लौटाता है। MyController अनुभाग नियंत्रक आवश्यक कार्रवाई करता है।

मुझे बताएं कि यदि आप एक वेब एप्लिकेशन नहीं, एक वेबसाइट विकसित कर रहे हैं तो क्या करें। वेब एप्लिकेशन इंटरफ़ेस ऊपर की तुलना में बहुत अधिक जटिल है। टैब, टेबल, मेनू इत्यादि। आखिरकार, हमारे पास प्रत्येक पृष्ठ तत्व तक पहुंच होनी चाहिए, इसे अपडेट करें, इसे फिर से बनाएं? क्या होगा यदि अधिकांश सामग्री को AJAX द्वारा अद्यतन करने की आवश्यकता है? एक और तस्वीर देखें



अब हमारी साइट में एक पेड़, टैब का एक गुच्छा, एक फार्म, कई टूलबार आदि हैं। टैब में डाली गई टेबल्स को सभी दिशाओं में सॉर्ट किया जाता है। और प्रपत्र में अवतार फ़ील्ड पूरे पृष्ठ को पुनः लोड किए बिना किसी चित्र को लोड और हटा सकता है। तो आप इन सभी तत्वों पर प्रश्न कैसे व्यवस्थित करते हैं?

उसी तरह जाने की कोशिश करते हैं। हमारे पास एक ही MVC स्कीम है। जाहिर है, हमें एक और पैरामीटर की आवश्यकता होगी जो इंगित करेगा कि किस विशिष्ट पृष्ठ को बदलना है। इसे हिस्सा कहा जाए। तब प्रश्न कुछ इस तरह दिख सकते हैं:

mysite.ru?section=2&part=tree&task=expand
mysite.ru?section=2&part=form&task=delete


और ट्री सेक्शन में टूलबार की ओर कैसे मुड़ें? या सामग्री टैब में टूलबार के लिए? एक और पैरामीटर दर्ज करें? मृत अंत

निकास

और फिर से तस्वीर।



यह इलेक्ट्रॉनिक विश्वविद्यालय के उपयोगकर्ता अनुभाग का एक ब्लॉक आरेख है। मुझे यकीन है कि आपको इसकी सामग्री को समझने के लिए उच्च शिक्षा की भी आवश्यकता नहीं है। समझें कि छात्र समूह से बने हैं, और समूह पहले से ही छात्र तत्वों से बने हैं। हमसे पहले नेस्टिंग है। और अब हम द्रव इंटरफ़ेस को याद करते हैं और निम्नलिखित धारणा बनाते हैं। और अन्य वस्तुओं को वापस करने के लिए रूट ऑब्जेक्ट के तरीके क्यों नहीं, और न केवल आपकी वस्तु? दरअसल, जैसे ही हम इसे लागू करते हैं, हम आसानी से एक श्रृंखला में इस योजना का विस्तार करेंगे। चलो चलते हैं!

 <?php class Members { public function Teachers() { return new Teachers(); } public function Students() { return new Students(); } } class Teachers { public function Teacher($number) { return new Teacher($number); } } class Students { public function Group($number) { return new Group($number); } } class Group { public function Student($number) { return new Student($number); } } class Teacher { public function Show() { } } class Student { public function Show() { } } ?> 

अब, छात्र को दिखाने के लिए, आपको निम्न श्रंखलाओं को पूरा करना होगा

Members::Students()->Group(123)->Student(327)->Show();


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

हम जवाब देते हैं। इस तरह

Members::Students()->Group(123)->Student(327)->Tree()->Toolbar()->Add();


स्टूडेंट क्लास खुद के भीतर एक ही कॉल को चेन से किसी अन्य ऑब्जेक्ट में कर सकता है। सीधे शब्दों में कहें, एक छात्र वर्ग में एक फॉर्म, फॉर्म () विधि, ट्री () - एक पेड़, और क्या आवश्यक है शामिल हैं। यह एक लेगो कंस्ट्रक्टर की तरह है। हम जो देखते हैं, हम उसे गढ़ते हैं, रचना करते हैं!

खाने के बाद मिठाई

वेब अनुप्रयोगों के निर्माण के लिए उन्नत द्रव इंटरफेस की उपरोक्त प्रस्तावित योजना बहुत आसानी से एक क्वेरी श्रृंखला, एक वेबसाइट पते में एक श्रृंखला, वेबसाइट पर एक उपयोगकर्ता की स्थिति में बदल जाती है।
यदि आप निम्नलिखित .htaccess में लिखते हैं

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L]


साइट के सभी अनुरोधों को index.php पर पुनर्निर्देशित किया जाएगा। इसमें आपके जैसे लिंक होंगे

mysite.ru/control/members/students/group=123/student=321/show


आदेशों की एक श्रृंखला में बदल जाते हैं

Application::Control()->Members()->Students()->Group(123)->Student(431)->Show();


आप इसे इस तरह से कर सकते हैं।

 <?php class Application { public function __construct() { if (!$this->request = $this->Request()) { $this->errors[] = ERROR_PARAM_GET; } } public function Init() { if (!is_object(self::$instance)) { self::$instance = new self(); } return self::$instance; } public function Request() { if (!$uri = explode("/", $_SERVER["REQUEST_URI"])) { return false; } else { foreach ($uri as $item) { if (strpos($item, "=")) { $key = substr($item, 0, strpos($item, "=")); $value = substr($item, strpos($item, "=")+1); } else { $key = $item; $value = null; } if (!empty($item)) { $result[] = array( "key" => $key, "value" => isset($value) ? $value : null ); } } } return $result; } function Run() { if (isset($this->errors)) { foreach ($this->errors as $error) { echo $error; } } else { $root = $this; /** *    *    ,   */ foreach ($this->request as $element) { if (is_object($root) && method_exists($root, $element["key"])) { $root = $root->{$element["key"]}(@$element["value"]); } else { return $this->Welcome()->Show(); } } } } } Application::Init()->Run(); ?> 

पुनश्च: प्रिय सहयोगियों। दिए गए कोड उदाहरणों में चेक शामिल नहीं हैं और इसलिए जैसा कि कार्यशील परियोजनाओं में उपयोग नहीं किया जा सकता है। वे केवल स्पष्टता के लिए लिखे गए हैं।

संदर्भ

इस सामग्री को तैयार करने के लिए, मैंने gomockingbird.com/mockingbird का उपयोग किया जिसमें मैंने साइट आरेखों को आकर्षित किया।