रूपकों में ओओपी पैटर्न

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

OOP में एक सामान्य पैटर्न क्या है?

पैटर्न (अंग्रेजी से। पैटर्न) - नमूना, पैटर्न।
कल्पना करें कि आप एक नई कार बनाना चाहते हैं, लेकिन आपने ऐसा कभी नहीं किया। कितने पहिए हैं और आप इसके लिए डिज़ाइन क्यों करते हैं? अब आप सबसे कहेंगे कि 4, लेकिन 3, 5, 10, 20 क्यों नहीं? क्योंकि इसका उपयोग करने का अभ्यास पहले से ही पाया गया है कि साधारण कारों को 4 पहियों पर सबसे अच्छा किया जाता है - यह एक डिज़ाइन पैटर्न है जो समय के अनुसार बनता है। ओओपी में पैटर्न बिल्कुल उसी दृष्टिकोण का काम करते हैं और जब तक आपको "कार बनाने" की आवश्यकता नहीं होती, तब तक आप उनका विकास में सामना नहीं करेंगे। हालाँकि, कभी-कभी ऐसा होता है कि आप एक "ट्राई साइकिल" बनाते हैं, और उसके बाद ही, सड़क पर एक रट में अपनी स्थिरता और असफल फिट के साथ कुछ शंकुओं को भरते हुए, आपको पता चलेगा कि एक "कार" पैटर्न है जो आपके जीवन को सरल करेगा यदि आप इसके बारे में पहले से जानते थे ।

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

पीढ़ीगत पैटर्न

ऐसे पैटर्न जो नई वस्तुओं का निर्माण करते हैं, या मौजूदा लोगों तक पहुंच की अनुमति देते हैं। यही है, उन टेम्प्लेट जिनके द्वारा आप एक नई कार बना सकते हैं और यह कैसे करना सबसे अच्छा है।

सिंगलटन (एकल)

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

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

रजिस्ट्री (रजिस्ट्री, लॉगबुक)

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

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

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

मल्टीटन (एकल पूल)

जैसा कि पैटर्न के नाम का अर्थ है, यह अनिवार्य रूप से एक "रजिस्ट्री" है जिसमें कई "लोनर्स" होते हैं, जिनमें से प्रत्येक का अपना "नाम" होता है जिसके द्वारा इसे एक्सेस किया जा सकता है।

ऑब्जेक्ट पूल

"अकेला पूल" के अनुरूप, यह पैटर्न आपको तैयार वस्तुओं को संग्रहीत करने की भी अनुमति देता है, लेकिन उन्हें "अकेला" होने की आवश्यकता नहीं है।

फैक्टरी (फैक्टरी)

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

बिल्डर (बिल्डर)

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

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

प्रोटोटाइप (प्रोटोटाइप)

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

फैक्टरी विधि

यह पैटर्न रूपकों में समझाने के लिए काफी कठिन है, लेकिन फिर भी प्रयास करें।
इस पैटर्न को समझाने में मुख्य कठिनाई यह है कि यह एक "विधि" है, इसलिए विधि के रूपक का उपयोग एक क्रिया के रूप में किया जाएगा, अर्थात्, उदाहरण के लिए, "मुझे यह चाहिए!"। तदनुसार, पैटर्न का वर्णन है कि यह "वांट!" कैसे निष्पादित किया जाना है।
मान लीजिए कि आपका कारखाना विभिन्न रसों के साथ पैकेज तैयार करता है। सैद्धांतिक रूप से, हम प्रत्येक प्रकार के रस के लिए अपनी खुद की उत्पादन लाइन बना सकते हैं, लेकिन यह प्रभावी नहीं है। बुनियादी पैकेजों के उत्पादन के लिए एक पंक्ति बनाने के लिए, और केवल रस डालने के चरण में जुदाई का परिचय देना अधिक सुविधाजनक है, जिसे हम केवल रस के नाम से निर्धारित कर सकते हैं। हालांकि, नाम कहां से मिलेगा?
ऐसा करने के लिए, हम मूल पैकेजों के उत्पादन के लिए मुख्य विभाग बनाते हैं और सभी उप-विभागों को चेतावनी देते हैं कि उन्हें रस के साथ सही पैकेज का उत्पादन करना चाहिए जिसमें "मुझे यह चाहिए!" (यानी, प्रत्येक उप-विभाग को "कारखाना विधि" पैटर्न को लागू करना होगा)। इसलिए, प्रत्येक उप-विभाग केवल अपने प्रकार के रस का प्रबंधन करता है और शब्द "मुझे यह चाहिए!" का जवाब देता है।
इस प्रकार, अगर हमें संतरे के रस के एक पैकेज की आवश्यकता है, तो हम सिर्फ संतरे के रस के उत्पादन के लिए विभाग को "मुझे यह चाहते हैं!" बताएंगे, और वह बदले में, रस के पैकेज के निर्माण के लिए मुख्य विभाग को बताता है, "अपना सामान्य पैकेज बनाएं और यहां वह रस है जिसे आपको वहां डालना है। "।

नोट:
जैसा कि आपने देखा होगा, "कारखाना विधि" है, जैसा कि यह था, "कारखाने", "बिल्डर" और "प्रोटोटाइप" का आधार था। विकास में, यह अक्सर ऐसा होता है, पहले वे कारखाने की विधि को लागू करते हैं, और जैसे ही कोड अधिक जटिल हो जाता है, वे चुनते हैं कि सूचीबद्ध पैटर्न में से किस में बदलना है। "फ़ैक्टरी विधि" का उपयोग करते समय, प्रत्येक वस्तु स्वयं एक "फ़ैक्टरी" होती है।

आलसी आरंभीकरण (विलंबित आरंभीकरण)

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

निर्भरता इंजेक्शन

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

सेवा लोकेटर

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

संरचित पैटर्न

ये पैटर्न एक दूसरे के साथ अधिक सही ढंग से बातचीत करने के लिए आदेश लाने और विभिन्न वस्तुओं को सिखाने में मदद करते हैं।

एडाप्टर या आवरण (एडाप्टर, आवरण)

यह पैटर्न पूरी तरह से अपने नाम के अनुरूप है। यूरो-आउटलेट के माध्यम से "सोवियत" प्लग काम करने के लिए, एक एडाप्टर की आवश्यकता होती है। यह वही है जो "एडेप्टर" करता है, दो अन्य लोगों के बीच एक मध्यवर्ती वस्तु के रूप में कार्य करता है जो एक दूसरे के साथ सीधे काम नहीं कर सकते हैं।

ब्रिज (पुल)

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

कम्पोजिट (संयोजक)

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

डेकोरेटर (सज्जाकार, डेकोरेटर)

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

फसाड (मुखौटा)

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

सामने नियंत्रक (एकल प्रवेश बिंदु)

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

फ्लाईवेट (फिट)

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

प्रॉक्सी या सरोगेट (प्रॉक्सी, वैकल्पिक, सरोगेट)

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

व्यवहार पैटर्न

पैटर्न का यह समूह आपको वस्तुओं के व्यवहार और बातचीत को संभालने के लिए दृष्टिकोण की संरचना करने की अनुमति देता है। सीधे शब्दों में कहें, प्रक्रियाओं को कैसे किया जाना चाहिए जिसमें घटनाओं के पाठ्यक्रम के लिए कई विकल्प हैं।

जिम्मेदारी की चेन

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

कमान या कार्रवाई (कमान, कार्रवाई)

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

दुभाषिया (दुभाषिया)

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

Iterator (पुनरावृत्ति, सूचक)

सभी को स्कूल याद है "पहले दूसरे का भुगतान करें!" वास्तव में उस समय आपकी कक्षा की रैंक "पुनरावृत्ति" पैटर्न का कार्यान्वयन था, हालांकि प्रोग्रामिंग में यह एक अधिक कार्यात्मक अवधारणा है, लेकिन सार उसी के बारे में है। Iterator किसी भी ऑब्जेक्ट की एक सूची तक पहुंचने के लिए नियम प्रदान करता है, भले ही ऑब्जेक्ट क्या हो। यही है, यह कोई फर्क नहीं पड़ता कि कौन सा वर्ग बनाया गया है और किन छात्रों से, प्रत्येक छात्र को सूची में गिनने और आवेदन करने के लिए सामान्य नियम होने चाहिए, जैसे कि "13 वीं, अनुत्तीर्ण।" अक्सर रजिस्ट्री को एक्सेस करने के लिए इटरेटर पैटर्न का उपयोग किया जाता है। लिंक जो आप पृष्ठ नेविगेशन के लिए कई साइटों पर देखते हैं, जैसे "अगला", "पिछला", "प्रारंभ", आदि। संक्षेप में, वे "पुनरावृत्ति" के लिए भी एक पहुंच हैं जो साइट के पृष्ठों के लिए जिम्मेदार है।

मध्यस्थ (मध्यस्थ)

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

मेमेंटो (कीपर)

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

प्रेक्षक या श्रोता (प्रेक्षक, श्रोता)

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

ब्लैकबोर्ड (बुलेटिन बोर्ड)

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

नौकर (नौकर)

जैसा कि नाम से ही स्पष्ट है, यह पैटर्न कुछ सामान्य कार्यक्षमता वाली वस्तुओं का एक समूह प्रदान करने का काम करता है। उदाहरण के लिए, एक टेलीफोन एक्सचेंज शहरवासियों के लिए एक "नौकर" पैटर्न है जब यह सटीक समय (डायल 100) का पता लगाने के लिए आता है।

राज्य (हालत)

वास्तविक जीवन में, प्रत्येक व्यक्ति विभिन्न राज्यों में पहुंच सकता है। उसी तरह, कभी-कभी यह आवश्यक होता है कि कार्यक्रम में मौजूद वस्तुएं किसी भी आंतरिक स्थिति के आधार पर अलग-अलग व्यवहार करती हैं। वास्तविक जीवन के साथ समानता से, उदाहरण के लिए, आप निम्न उदाहरण दे सकते हैं:
यदि आप थके हुए हैं तो वाक्यांश "स्टोर पर जाएं" आप "मैं नहीं जाऊंगा" दे देंगे, अगर आपको स्टोर (बीयर के लिए?) जाने की आवश्यकता है, तो आप "स्टोर पर जाएं" पर जाएं। जारी करेगा "पहले से ही चल रहा है!"। व्यक्ति (वस्तु) एक ही है, लेकिन व्यवहार अलग है। यह इन उद्देश्यों के लिए है कि वे "राज्य" पैटर्न का उपयोग करें।

रणनीति (रणनीति)

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

विनिर्देश (विनिर्देश परिभाषा)

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

ग्राहकी (वर्गीकरण)

यह पैटर्न विनिर्देशन पैटर्न का प्रत्यक्ष अनुयायी है। यह आपको किसी भी स्थिति के आधार पर वस्तुओं को वर्गीकृत करने की अनुमति देता है। तदनुसार, जहाजों और कंटेनरों के उदाहरण के अनुरूप, यह एक वर्गीकरण है जिसके द्वारा कंटेनर किन देशों में भेजे जाते हैं।

आगंतुक (आगंतुक)

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

एकल-सेवा करने वाला आगंतुक

यह विज़िटर पैटर्न का उपयोग करने का एक विशेष मामला है। यदि एक सामान्य "आगंतुक" के मामले में हमारे पास एक डॉक्टर है जिसे हम विभिन्न रोगियों को भेज सकते हैं (और यदि कई बार वांछित हैं), तो इस पैटर्न में हम एक सादृश्य बना सकते हैं कि हम एक डॉक्टर को नियुक्त करें, उसे एक रोगी को भेजें और परीक्षा के तुरंत बाद। हम खारिज।

पदानुक्रमित आगंतुक

एक ही पैटर्न "आगंतुक" है, लेकिन इस मामले में वह एक रोगी के लिए नहीं, बल्कि पूरे अस्पताल में जाता है और वहां सभी रोगियों के आसपास जाता है।

निष्कर्ष

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

मुझे आशा है कि आपको यह सामग्री आपके लिए उपयोगी लगी होगी और आपके ध्यान के लिए धन्यवाद।

युपीडी:
, :
Markel
www.cours.polymtl.ca/inf3700/divers/nonSoftwareExample/patexamples.html

NikoM
«, , : »