पीएचपी मॉडल में स्वचालित द्रव इंटरफेस और एरियरइंटरेटर

यह विधि मूल होने का ढोंग नहीं करती है, लेकिन, यह मुझे प्रतीत होता है, यह इस तरह के सिस्टम के संचालन के सिद्धांतों को समझने में उपयोगी हो सकता है (उदाहरण के लिए, वैरिएन_ऑब्जेक्ट , Magento डेवलपर्स द्वारा लिखित, विचार मुख्य रूप से वहां से लिया गया था और परियोजनाओं में उपयोगी हो सकता है जहां मैं वास्तव में भारी रूपरेखाओं को जोड़ना नहीं चाहता, लेकिन मुझे पहले से ही किसी न किसी तरह कोड को व्यवस्थित करने की आवश्यकता है।

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

इसके बजाय अग्रदूत

मेरी राय में, कोड को पढ़ने में आसान होने के लिए, यह (बेशक, कोडिंग मानकों और एल्गोरिदम की समझ के अलावा) एक प्राकृतिक भाषा के जितना संभव हो उतना करीब होना चाहिए। इस उत्पाद को डाउनलोड करें, इसके लिए ऐसा नाम निर्धारित करें, ऐसी कीमत निर्धारित करें, इसे सहेजें। इसके अलावा, यदि कोड में पुनरावृत्ति से बचना संभव है, तो यह कोड का एक टुकड़ा या केवल एक चर का नाम (जब एक वस्तु के साथ काम करना) हो, तो इसे टाला जाना चाहिए। मेरे मामले में, द्रव इंटरफ़ेस ने मुझे चर नाम की लगातार थकाऊ नकल से बचाया।

द्रवित इंटरफ़ेस

कटलेट से मक्खियों को अलग करना और "द्रव इंटरफ़ेस" को एक अलग वर्ग में बाहर निकालना तर्कसंगत होगा, यदि इसे न केवल मॉडल में उपयोग करने की आवश्यकता है:

abstract class Core_Fluent extends ArrayObject {} 

लिखना शुरू करने से पहले, मैंने फैसला किया कि मैं अंतिम कोड कैसे देखना चाहता हूं जो मैं उपयोग करूंगा। यह पता चला:

 $instance->load($entity_id) ->setName('Foo') ->setDescription('Bar') ->setBasePrice(250) ->save(); 

उसी समय, मैं चाहता था कि डेटा को "नाम", "विवरण", "base_price" की कुंजी के साथ संग्रहीत किया जाए (इससे डेटाबेस के साथ बातचीत को लागू करना बहुत आसान हो जाएगा और यह मेरे एन्कोडिंग मानक द्वारा आवश्यक था)।

प्रत्येक मॉडल में एक ही प्रकार के तरीकों को नहीं लिखने के लिए, किसी को "जादू के तरीकों" ( जादू के तरीकों) का उपयोग करना चाहिए, विशेष रूप से, __call () विधि। आप __get () और __set () विधियों का भी उपयोग कर सकते हैं, लेकिन मैं ArrayIterator को लागू करके चला गया।

तो, __call तरीका, जो यह निर्धारित करेगा कि क्या बुलाया गया था और आगे क्या करना है:

 ... //     CamelCase  __ //      StackOverflow,       const PREG_CAMEL_CASE = '/(?<=[AZ])(?=[AZ][az])|(?<=[^AZ])(?=[AZ])|(?<=[A-Za-z])(?=[^A-Za-z])/'; //      protected $_data = array(); public function __call($method_name, array $arguments = array()) { //   ,    ,      //        (setBasePrice    set  BasePrice) if(!preg_match('/^(get|set|isset|unset)([A-Za-z0-9]+)$/', $method_name, $data)) { //    ,    throw new Core_Exception('Method '.get_called_class().'::'.$method_name.' was not found'); } //        (BasePrice => base_price)    $property $property = strtolower(preg_replace(self::PREG_CAMEL_CASE, '_$0', $data[2])); //   ,      switch($data[1]) { case 'get': { // $object->getBasePrice():    return $this->get($property); } break; case 'set': { // $object->setBasePrice():    return $this->set($property, $arguments[0]); } break; case 'unset': { // $object->getBasePrice():     return $this->_unset($property); } break; case 'isset': { // $object->getBasePrice(): ,       return $this->_isset($property); } break; default: { } } // ,    ,   ,    " " return $this; } ... 

जाओ , सेट , _isset, और _unset तरीके

इन विधियों का कार्यान्वयन मुश्किल नहीं है, उनका प्रभाव नाम से स्पष्ट है:

 ... public function get($code) { if($this->_isset($code)) { return $this->_data[$code]; } //     ,      NULL return NULL; } public function set($code, $value) { $this->_data[$code] = $value; return $this; } public function _unset($code) { unset($this->_data[$code]); return $this; } public function _isset($code) { return isset($this->_data[$code]); } ... 

ArrayIterator

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

 ... public function offsetExists($offset) { return $this->_isset($offset); } public function offsetUnset($offset) { return $this->_unset($offset); } public function offsetGet($offset) { return $this->get($offset); } public function offsetSet($offset, $value) { return $this->set($offset, $value); } public function getIterator() { return new Core_Fluent_Iterator($this->_data); } ... 

और, तदनुसार, Core_Fluent_Iterator वर्ग:

 class Core_Fluent_Iterator extends ArrayIterator {} 

वह सब है। अब Core_Fluent से विरासत में प्राप्त किसी भी वर्ग के साथ, निम्नलिखित जोड़तोड़ उपलब्ध हैं:

 class Some_Class extends Core_Fluent {} $instance = new Some_Class(); $instance->set('name', 'Foo')->setDescription('Bar')->setBasePrice(32.95); echo $instance->getDescription(), PHP_EOL; // Bar echo $instance['base_price'], PHP_EOL; // 32.95 echo $instance->get('name'), PHP_EOL; // Foo // name => Foo // description => Bar // base_price => 32.95 foreach($instance as $key => $value) { echo $key, ' => ', $value, PHP_EOL; } var_dump($instance->issetBasePrice()); // true var_dump($instance->issetFinalPrice()); // false var_dump($instance->unsetBasePrice()->issetBasePrice()); // false 

आदर्श

अब मॉडल खुद, उपरोक्त तंत्र के आवेदन का एक विशेष मामला।

 abstract class Core_Model_Abstract extends Core_Fluent {} 

सबसे पहले आपको CRUD (बनाने, लोड करने, संशोधित करने और हटाने) के लिए नींव जोड़ने की आवश्यकता है। तर्क (डेटाबेस के साथ काम करना, फाइलें और कुछ भी) पदानुक्रम में कम होगा, यहां आपको केवल सबसे अधिक काम करने की आवश्यकता है:

 ... //   ,    protected $_changed_properties = array(); // .   save()        //      ,     //     (   ) public function create() { return $this; } //  public function load($id) { $this->_changed_properties = array(); return $this; } //    public function loadFromArray(array $array = array()) { $this->_data = $array; return $this; } //  public function save() { $this->_changed_properties = array(); return $this; } //  public function remove() { return $this->unload(); } //    public function unload() { $this->_changed_properties = array(); $this->_data = array(); return $this; } //     public function toArray() { return $this->_data; } ... 

अंत में, ओवरराइड सेट () परिवर्तित गुणों की एक सरणी जोड़कर

 ... public function set($code, $value) { $this->_changed_properties[] = $code; return parent::set($code, $value); } ... 

अब इस वर्ग से आप विभिन्न एडाप्टरों को डेटाबेस, फाइलों या एपीआई से विरासत में प्राप्त कर सकते हैं, जिसमें से, पहले से ही अंतिम डेटा मॉडल विरासत में मिलते हैं।

स्पॉइलर के तहत सभी तीन फ़ाइलों का पूर्ण कोड।

एक निष्कर्ष के बजाय

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