🥋 ♥️ 🕖 OOP "बड़े पैमाने पर" मापदंडों का निर्माता 👩‍🚀 🐠 ↙️

कई फ्रेमवर्क मैजिक और जटिल बहु-स्तरीय सरणियों से गुजरते हुए प्यार करते हैं। पहला क्या है, कि दूसरा वास्तव में आलसी प्रोग्रामर के दृष्टिकोण से बुराई है जो आईडीई और डॉक को हमेशा प्यार करता है, और इंटरनेट / बॉडी में प्रहार नहीं करता है। हम एक फ्रेमवर्क से एक विधि के मापदंडों को ले कर और OOP बिल्डर बनाकर एक नमूने के रूप में इसे पराजित कर सकते हैं।

"बड़े पैमाने पर" पैरामीटर क्या है?

यह वह पैरामीटर है जो एक निश्चित प्रणाली हमें एक निश्चित संरचना के एक सरणी के रूप में होने के लिए मजबूर करती है। यह YAML या XML नहीं है, लेकिन एक निश्चित जटिल संरचना का एक सहयोगी सरणी है।

क्यों?

"बड़े पैमाने पर" मापदंडों का टार

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

वे बदमाश कहां से आए?

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

अधिकारी विषय में बोलते हैं

मुख्य रूप से लोगों के लिए और केवल दूसरे कंप्यूटर के लिए प्रोग्राम लिखें।
स्टीव मैककोनेल

जो अंततः प्रयोज्य में सुधार करता है, परिवर्तन और डिबगिंग की सुविधा देता है। जब हम एक परियोजना में काम करते हैं, तब भी संदर्भ स्विचिंग होता है।

लेकिन तुम्हारा इन सभी ओओपी के लिए ओवरहेड के बारे में क्या?

बेशक आप कहते हैं - और उत्पादन में हमारे लिए क्या उपरि? जाहिरा तौर पर नंगे सरणी कुछ बिल्डर से तेज है। आप जवाब दे सकते हैं कि लोगों ने कैशिंग, टैम्पफ, बिल्ड और अधिक का आविष्कार किया - यह एक वास्तविक समस्या नहीं है। उदाहरण के लिए, उनके दाहिने दिमाग के कुछ लोग जोस / सीएसएस देते हैं जो कॉपी नहीं किए जाते हैं या लोडेड संसाधन पर ओपकोड कैश का उपयोग नहीं करते हैं। तो यहां विभिन्न तैनाती हुक भी संभव हैं जो तैयार किए गए फ़ाइलों या कैश को शैली में उत्पन्न करते हैं:

$result = $someConfig->getFromCache(__FILE__ . __LINE__) or $result = $someConfig->...->get();

और अभी तक

विकास में, हमें कार्य पर ध्यान केंद्रित करना चाहिए, न कि डॉक पढ़ने पर। इसी तरह, अगर हम एक नए ढांचे पर स्विच करते हैं, तो हमारे लिए यह बहुत आसान है कि हम कोड और उसके विवरण को समझें, बजाय डॉक को पढ़ने के। इसके बजाय, हम गोदी पढ़ेंगे - लेकिन वे वही होंगे जहाँ उनकी ज़रूरत होती है और जब उनकी ज़रूरत होती है - उदाहरण के लिए, जब किसी विधि पर मँडराते हैं।

यह कैसा दिखता है?

 //   --       $conditions = array( 'conditions' => array( 'Model.field' => 123, 'Model.field5 BETWEEN ? AND ?' => array(5, 5), 'Model.field8 NOT LIKE' => '%8%', ), 'recursive' => 1, 'fields' => array('Model.field1', 'DISTINCT Model.field2'), 'order' => array('Model.created', 'Model.field3 DESC'), 'group' => array('Model.field'), 'limit' => 100, 'page' => 1, 'offset' => 10, 'callbacks' => true, ); // -- --     ,          $conditions = $this->findParams ->conditions ->is('Model.field', 123) ->between('Model.field5', 5, 5) ->notLike('Model.field8', '%8%') ->up() ->recursive(1) ->fields('Model.field1', 'DISTINCT Model.field2') ->order('Model.created', 'Model.field3 DESC') ->group('Model.field') ->limit(100)->page(1)->offset(10) ->callbacks(true) ->get() ;

अंजीर। 1. ऑटो-एडिशन में, हम सभी संभावित मापदंडों को देखते हैं, और यहाँ उनका वर्णन है। Yaml, xml और कच्ची सरणियों में हमारे पास यह सब नहीं है।

इसे कैसे व्यवस्थित किया जाता है और इसे कहां महसूस किया जाता है?

Github स्रोत: CakePHP के लिए मुख्य मॉड्यूल और मॉड्यूल । CakePHP उदाहरण केवल पहले एक के रूप में लिया जाता है। यह कोई क्वेरी-बिल्डर नहीं है, जिसका नाम सरणी-परम-बिल्डर है। कुछ तरीकों में से एक राक्षसी पैरामीटर पर आवरण की तरह कुछ।
परीक्षणों में कोड के उदाहरण जो परियोजनाओं की जड़ से phpunit द्वारा चलाए जा सकते हैं:

किसी भी विषय क्षेत्र के लिए विस्तार संभव है - एक नमूना के रूप में केकपीएचपी-मॉड्यूल देखें। वर्तमान संस्करण उत्पादन-गुणवत्ता से दूर हैं और एक तैयार किए गए उपकरण की तुलना में अधिक अवधारणा हैं। हालांकि, बुनियादी ढांचे और विस्तार बिंदु मौजूद हैं।

बदलाव का

शीर्षक: ~~एक मानव चेहरे के साथ कॉन्फ़िगर करें?~~ ~~बिल्डर!~~ OOP "बड़े पैमाने पर" मापदंडों का निर्माता
सामग्री: "बड़े पैमाने पर" पैरामीटर की अवधारणा को पेश किया, "कॉन्फिगर" की अवधारणा को हटा दिया

OOP "बड़े पैमाने पर" मापदंडों का निर्माता