PHP नेमस्पेस - यह कैसे एक ही पकाने के लिए?

संस्करण 5.3 से PHP ने हमें एक नाम स्थान दिया है। तब से, कुछ हद तक सुस्त और कहीं गर्म चर्चा हुई है, इस नाम स्थान का उपयोग कैसे किया जा सकता है?
कुछ ढांचे जैसे सिम्फनी, लारवेल और, निश्चित रूप से, Zend ने इस तकनीक को अपनाया है।
यह सब कमोबेश MVC स्कीम में फिट है। एक था, शायद शाश्वत, चर्चा, आवेदन की मुख्य शादी की जोड़ी क्या होनी चाहिए - मॉडल और नियंत्रक?
हम में से कुछ को बताया जाता है कि मॉडल दुबला और मोटा होना चाहिए और इसके साथ एक पतला और पतला नियंत्रक होना चाहिए। एक शब्द में - मातृसत्ता।
दूसरों, इसके विपरीत, मानते हैं कि नियंत्रक को सब कुछ नियंत्रित और नियंत्रित करना चाहिए, इसलिए यह पूरी तरह से अच्छी तरह से खिलाया जाता है। और उसके साथ, एक पतली, पतला मॉडल, जिसका काम लाने-ले जाने का है। ऐसी है पितृसत्ता।
तो एमवीसी योजना में बेहतर क्या है? पितृसत्ता या मातृसत्ता?
आइए इसे लोकतंत्र पर आधारित एक पारिवारिक सेल बनाने के दृष्टिकोण से देखें। और नेमस्पेस को हमारी मदद करने दें।

हम मोटी, अनाड़ी नियंत्रकों को पसंद नहीं करते हैं, जो एक चीन की दुकान में हाथी की तरह, अनजाने में पूरे आवेदन को कुचल सकते हैं।
हम भी वसा मॉडल पसंद नहीं है। खैर, उन्हें कौन पसंद करता है? वे पोडियम के लायक होना चाहिए!
आइए Namespace का उपयोग करके, एक अच्छे मैच के साथ, एक सामंजस्यपूर्ण परिवार बनाने की कोशिश करें।

सबसे पहले, एप्लिकेशन फ्रेमवर्क बनाएं। भले ही कितना भी दुखद हो, लेकिन इसे एक ब्लॉग होने दें।



हमने मुख्य संरचना बनाई, जहां:

• ब्लॉग हमारे आवेदन का भंडार है;
• दृश्य और टेम्पलेट - विचारों और टेम्पलेट्स का भंडार;
• उपयोगिता - साझा पुस्तकालयों का भंडार;
• index.php - बूटस्ट्रैप स्क्रिप्ट;
• पोस्ट - यह वह जगह है जहां कंट्रोलर और मॉडल के परिवार को जगह लेनी चाहिए।

Index.php के साथ, सब कुछ सरल है:

<?php use Blog\Blog as Blog; /* * main application */ define ("APP_PATH", "/home/oleg/www/viper.dev/"); define ("VIEW_PATH", "/home/oleg/www/viper.dev/Blog/Views/"); spl_autoload_register(function ($class) { require_once str_replace('\\', '/', $class). '.php'; }); $blog = new Blog(); $blog->run(); /* * end of index.php */ 

हम आवश्यक पथ निर्धारित करते हैं और एक ऑटोलैडर बनाते हैं।
ऑटोलैडर आवश्यक कक्षाओं को लोड करता है, जो वर्ग नाम स्थान के अनुसार फ़ोल्डर पदानुक्रम में स्थित हैं। उदाहरण के लिए, Blog / Post \ Services \ View वर्ग को ब्लॉग / पोस्ट / सेवाओं पर चाहिए होगा।
और यहाँ नेमस्पेस के साथ पहली बैठक है।
जब index.php शुरू होता है, तो हम Blog एप्लिकेशन का एक उदाहरण बनाते हैं, जिसका वर्ग Blog / Blog.php से लोड किया जाता है।
आइए उसे देखें।

 <?php namespace Blog; use Blog\Post\Post as Post; class Blog { public $post; public function __construct() { $this->post = new Post(); } public function run() { $this->post->view->all(); } }//end class Blog 

ब्लॉग क्लास बनाते समय, हम पोस्ट क्लास को Namespace Blog \ Post में इंजेक्ट करते हैं और ऑटोलैडर उसे Blog / Post / Post.php से लोड करता है।
शायद इस वर्ग को नियंत्रक कहा जा सकता है,

 <?php namespace Blog\Post; use Blog\Post\Services\View as View; class Post { public $view; public function __construct() { $this->view = new View(); } }//end class Post 

पोस्ट के सार में शामिल हैं:
- डेटा रिकॉर्ड की संरचना स्वयं - Blog \ Post \ Entities \ PostEntity.php

 <?php namespace Blog\Post\Entities; class PostEntity { public $id; public $title; public $body; }//end class 

- वे सेवाएँ जो नियंत्रक अनुरोधों की सेवा करती हैं - Blog \ Post \ Services \ View.php (उदाहरण के लिए सेवाओं में से एक)

 <?php namespace Blog\Post\Services; use Blog\Utility\Contemplate as Contemplate; use Blog\Post\Repositories\Db as DB; class View { public $db; public function __construct() { $this->db = new DB(); }//end __construct public function all() { $posts = $this->db->survey(); Contemplate::compose(array( 'header' => 'header', 'main' => 'main', 'footer' => 'footer', ), array( 'posts' => $posts, 'title' => 'Viper site', )); } }//end class PostView 

डेटाबेस के साथ बातचीत की एक प्रणाली - Blog \ Post \ Repositories \ DB.php - यहाँ यह है, हमारे पतले, सुंदर मॉडल,
बस इसे लाओ, इसे लाओ, और कुछ नहीं!

 <?php namespace Blog\Post\Repositories; use PDO as PDO; class DB { private $dbh; public function __construct() { $user = 'user'; $pass = 'parole'; try { $this->dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass, array( PDO::ATTR_PERSISTENT => true )); } catch (PDOException $e) { echo "Error!: " . $e->getMessage() . "<br/>"; die(); } }//end __construct public function survey() { $query_view = $this->dbh->prepare('SELECT * from posts'); $query_view->execute(); return $query_view->fetchAll(PDO::FETCH_CLASS, "Blog\Post\Entities\PostEntity"); }//end survey }//end class Db 

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

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

लेख इस विषय पर विचारों से प्रेरित है, टेलर ओवेलवेल, लारवेल फ्रेमवर्क के लेखक, जिसके लिए उन्हें बहुत धन्यवाद।
GitHub पर उदाहरण स्रोत का पता: https://github.com/oleg578/PHPNamespaceModel