बुरा और अच्छा सिंगलटन

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



GoF सिंगलटन के साथ सभी परेशानियों का मूल कारण यह है कि अधिकांश वर्गों के लिए, "सिंगलटन" उनके कार्यान्वयन का एक विस्तार है। यह सिर्फ इतना है कि इन वर्गों को लागू करने के लिए यह अधिक सुविधाजनक है यदि पूरी प्रणाली प्रत्येक के एक एकल ऑब्जेक्ट के साथ काम करती है। GoFstance () विधि के रूप में, सभी सिंगलेटो को बाहर लाने के लिए GoF इस कार्यान्वयन के विवरण की सलाह देता है।



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



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



ऐसे अपवाद हैं जब "सिंग्लटन'वोस्ट" वास्तव में क्लास इंटरफ़ेस की संपत्ति होनी चाहिए, और इसके कार्यान्वयन का विवरण नहीं। इस तरह के एक अपवाद: फ्लाईवेट सिंगलटन। उदाहरण के लिए, हम SQL भाषा के अमूर्त वाक्यविन्यास पेड़ के लिए कक्षाएं लिख रहे हैं, और ऐसी कक्षाओं में से एक SqlNull होगी। यह वांछनीय है कि इस वर्ग में एक एकल वस्तु है, ताकि हर कोई इसके बारे में जानता हो, और इस वस्तु की तुलना केवल संदर्भ से करे। इस मामले में, GoF सिंगलटन हमें पूरी तरह से सूट करता है।



So. सेवा वर्गों के लिए, अर्थात्। अधिकांश मामलों के लिए, "सिंग्लटन'वोस्ट" कार्यान्वयन का एक विवरण है और आईओसीसी इसे छिपाने की अनुमति देता है; फ्लाईवेट सिंगलटन के लिए, यह इंटरफ़ेस का हिस्सा है, और आप इसे GetFstance () का उपयोग करके GoF द्वारा सुझाए गए अनुसार सेट कर सकते हैं।