“रणनीति पैटर्न। बस सरल के बारे में "या मैं fun'a के लिए साक्षात्कार" PHP जूनियर "पर क्यों जाता हूं

ग्रीटिंग

सभी को नमस्कार! इस हर्षित और बल्कि गर्म शुक्रवार को, एक हाथ से चेहरे की घटना मेरे साथ हुई (अधिक सुखद संस्करण में उद्धृत करने के लिए)। ईमानदारी से, यह क्रिया अक्सर होती है, लेकिन, हमेशा की तरह, यह सनसनी के कारण होता है:

भगवान, मैं कितना मूर्ख हूं।

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

पाठक के मस्तिष्क को "संज्ञानात्मक असंगति" में शामिल नहीं करने के लिए निराश नहीं करने के लिए, मैं स्पष्ट करूंगा कि यह लेख इस कंपनी में "काल्पनिक" साक्षात्कार के बारे में बात करेगा, इसलिए यदि मुझे "रणनीति" पैटर्न के बारे में बात करने के लिए कहा गया था। पिछले मामले की तरह, मेरे जवाब में साक्षात्कारकर्ता की नज़र में कम से कम संदेहजनक होगा।

झांकना मत

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

देखा, शूरा, देखा

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

interface IValidator { /** * @param Mixed|stdClass $validatorParam * @return Boolean */ function isValid($validatorParam); } 

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

• तर्कों की संख्या सख्ती से तय की गई है (सरणी चर हमारी विधि नहीं है)
• फ़ंक्शन को ओवरलोड करके ऊपर दी गई समस्या को हल नहीं किया जा सकता है (हाँ, C ++ PHP के रूप में दिखता है ...)
• तर्क का प्रकार अपरिभाषित है (हालांकि कई PHP प्रोग्रामर के लिए यह कोई समस्या नहीं है)

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

 function Validate(IValidator $validateStrategy, $param) { return $validateStrategy->isValid($param); } 

और सत्यापन के लिए हमारी इच्छा का अनुकूलन , उदाहरण के लिए, उपयोगकर्ता नाम इस तरह दिखाई देगा:

 function ValidateName($userName) { return Validate(new NameValidator(), $userName); // obsolete $param, fixed by domage@habrahabr } 

"मैं सहमत हूं," मैं आपके अदृश्य प्रश्न का उत्तर एक चौकस पाठक आपको दूंगा:

हर बार कंस्ट्रक्टर को कहा जाता है? एक सिंगलटन या एक स्थिर फ़ंक्शन वैरिएबल नहीं हो सकता है?

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

 class HohoEmailValidator implements IValidator { public function isValid(/*String*/ $email) { return $email === 'Hoho'; // best comparison of ever } } class LengthEmailValidator implements IValidator { public function isValid(/*String*/ $email) { return strlen($email) > 5; } } class LengthMaxEmailValidator implements IValidator { public function isValid(/*String*/ $email) { return strlen($email) <= 100500; } } 

चूंकि हमारे मान्य () फ़ंक्शन सत्यापनकर्ताओं के संग्रह (सूची, सरणी) के उपयोग की अनुमति नहीं देता है, इसलिए हमें एक तर्क के रूप में सत्यापनकर्ताओं के संग्रह (सूची, सरणी) का उपयोग करके इसकी कार्यक्षमता का विस्तार करना होगा:

 function IsValidByStrategy(/*Collection of IValidators*/ $strategyCollection, /*Any type*/ $param) { foreach($strategyCollection as $strategy) { if($strategy instanceof IValidator) { //       -_- if(!$strategy->isValid($param)) return false; } } return true; } 

अरे हाँ, यह सिर पर बालों की एक अच्छी चाल है:

• वह स्थिति जब सत्यापनकर्ताओं का संग्रह खाली होता है, निगरानी नहीं की जाती है
• आप किसी फ़ंक्शन का व्यवहार नहीं बदल सकते हैं: यह पहले गलत फ़ंक्शन पर गिरता है। अमान्य ()

अब जब हमारे पास सभी कार्ड हैं, तो हम रणनीति पैटर्न के संदर्भ में पहले, कम उपयोगी फ़ंक्शन का वर्णन कर सकते हैं, जो इसे दिए गए ईमेल पते की जांच करता है:

 //  true,  function IsValidEmailStrong($email = 'habr@habr.ru') { return IsValidByStrategy(array( new HohoEmailValidator(), //  ""  new LengthEmailValidator() //    5  ), $email); } 

सत्यापन तर्क स्मार्ट निकला (<- यह कोई त्रुटि नहीं है):

• ईमेल स्ट्रिंग 'होहो' होना चाहिए - जो पहले से ही पागल है
• खैर, और यहां तक ​​कि अगर पता वास्तव में 'होहो' है, तो यह कभी भी 5 वर्णों से अधिक नहीं होगा
• लेकिन, यह ध्यान दिया जाना चाहिए कि इस संदर्भ में लंबाईइमेलवैलिलेटर के साथ जाँच कभी नहीं की जाएगी

इसके अलावा

उदाहरण को कम मुहावरेदार बनाने के लिए ( लेंडइमेलवैलिडेटर के बारे में याद रखें), हम एक बार फिर स्ट्रेगी पैटर्न लागू करते हैं, लेकिन इस्लेविडैलस्ट्रीट () फ़ंक्शन के व्यवहार को बदलने के लिए, और निम्नलिखित कार्यक्षमता को लागू करने के लिए

 interface IsValidReturnRule { /** * @param Boolean $validateResult * @param Boolean $validateResultByStep * @return Boolean */ function validateStep(&$validateResult, $validateResultByStep); /** * @return Boolean */ function initialize(); } class ValidReturnRuleAny implements IsValidReturnRule { public function validateStep(&$validateResult, $validateResultByStep) { $validateResult |= $validateResultByStep; return $validateResult; } public function initialize() { return false; } } function IsValidByStrategyByRetRule(/*Collection of IValidators*/ $strategyCollection, /*Any type*/ $param, IsValidReturnRule $retStrategy) { $result = $retStrategy->initialize(); foreach($strategyCollection as $strategy) { if($strategy instanceof IValidator) { if($retStrategy->validateStep($result, $strategy->isValid($param))) return $result; } } return $result; } 

हमें कुल मिला:

• सत्यापन व्यवहार को बदलने की क्षमता
• सत्यापन प्रक्रिया के व्यवहार को बदलने की क्षमता

अब, यह सत्यापित करने के लिए कि किसी भी मेलिंग पते को वैध माना जाएगा, हमें निम्नलिखित कोड लिखने की आवश्यकता है:

 class ValidReturnRuleAny implements IsValidReturnRule { public function validateStep(&$validateResult, $validateResultByStep) { $validateResult |= $validateResultByStep; return $validateResult; } public function initialize() { return false; } } function IsValidEmailSoft($email = 'habr@habr.ru') { return IsValidByStrategyByRetRule(array( new HohoEmailValidator(), new LengthEmailValidator() ), $email, new ValidReturnRuleAny()); } 

सत्यापन रणनीति के परिणाम को संसाधित करने के लिए रणनीति के उपयोग के कारण, IsValidEmailSoft फ़ंक्शन 100500 से अधिक वर्णों की लंबाई के साथ किसी भी पते पर बुरा नहीं लगेगा, अर्थात्।

• IsValidEmailStrong ()
  • यदि कोई भी मान्य रणनीति गलत है, तो यह पता अमान्य है
• IsValidEmailSoft ()
  • यदि कोई भी मान्य रणनीति सही है, तो यह पता मान्य है

क्या याद रखना

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

निष्कर्ष

मुझे डर है कि यह लेख एक उदाहरण होगा कि यह कैसे प्रतीत होता है, सरल चीजों के बारे में, आप "इतना पानी डाल सकते हैं।" लेकिन मुझे एक बात पर यकीन है: यह बहुत अच्छा होगा, अगर इस लेख के बाद, हममें से वे, जो किसी भी कारण से, उपेक्षित या डिजाइन पैटर्न से परिचित होने से डरते थे, हमारे डर पर विजय प्राप्त करते हैं।

आखिरकार: ज्ञान अज्ञान से बेहतर है, और प्रकाश अंधेरे से बेहतर है। धन्यवाद और एक अच्छा सप्ताहांत है!

युपीडी:

• # बग्गी डोम से

^{पीएस हां, यह मेरा पहला लेख है, इसलिए: पीएम को बधाई, आलोचना, अपमान, गलती / गलती स्वीकार की जाती है।}