वीआईपी सेवा पैटर्न

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


पैटर्न प्रोग्रामिंग भाषाओं से बंधा नहीं है।

अद्यतन: वास्तविक अभ्यास से एक उदाहरण जोड़ा गया।

ध्यान आकर्षित करने के लिए चित्र:




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

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

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

दूसरा समाधान, यदि स्थिति अनुमति देती है, तो वास्तुकला की समीक्षा करने के लिए कार्य क्रम में है, और यदि आवश्यक हो, तो नया स्वरूप दें।

यदि मूल्यांकन और पुन: डिज़ाइन करने का समय नहीं है, और "कल" ​​एक समाधान की आवश्यकता है, तो आपको "तकनीकी ऋण" लेना होगा। सबसे खराब स्थिति यह है कि कार्यक्षमता को कई परतों के माध्यम से फेंकने की आवश्यकता है।



इस तरह के फैसलों के नकारात्मक परिणामों को जाना जाता है। ऊपरी परतें निचली परतों के विवरण पर निर्भर हो जाती हैं, मध्यस्थ सेवाएं दिखाई देती हैं जो केवल आगे की कार्यक्षमता के लिए आवश्यक हैं, आदि।

प्रोब्रोस के साथ कूड़े की वास्तुकला की समस्या को सुलझाने और समग्र रूप से वास्तुकला पर उनके नकारात्मक प्रभाव को हल करने के लिए, यह पैटर्न भी कार्य करता है। पैटर्न का सार सभी ऋणों को एक ही सेवा, या सेवाओं की श्रृंखला में संलग्न करना है। इस तरह की सेवा प्रणाली के सभी तकनीकी ऋणों का एक पहलू होगी।



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



पेशेवरों:

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

विपक्ष:

• पैटर्न हर जगह लागू नहीं है

अपनी समझ के लिए धन्यवाद!