मुझे पता है कि वैश्विक चर या एकल वर्ग होने से ऐसे मामले बनते हैं जिनका परीक्षण / प्रबंधन करना मुश्किल हो सकता है और मैं कोड में उन पैटर्नों का उपयोग करने में भंडाफोड़ किया गया हूं, लेकिन अक्सर आप जहाज भेजते हैं।
तो क्या ऐसे मामले हैं जहां वैश्विक चर या एकल वास्तव में खेल के विकास में उपयोगी हैं?
जवाबों:
निश्चित रूप से एक गैर-विस्तृत सूची, लेकिन यहाँ जाता है:
हम अपने हाथ के शीर्षकों में "वैश्विक सिंगलटन की संरचना" का उपयोग करते हैं। पीसी और कंसोल शीर्षक उन पर कम भरोसा करते हैं; हम ईवेंट-चालित / मैसेजिंग आर्किटेक्चर की ओर अधिक स्विच करेंगे। कहा गया है कि, पीसी / कंसोल शीर्षक अभी भी अक्सर एक केंद्रीय बनावट प्रबंधक का उपयोग करते हैं; चूंकि यह आम तौर पर एक ही साझा संसाधन (बनावट स्मृति) को लपेटता है, इसलिए यह हमारे लिए समझ में आता है।
यदि आप अपने एपीआई को अपेक्षाकृत साफ रखते हैं, तो जरूरत पड़ने पर (या!) एक सिंगलटन पैटर्न से बाहर रिफ्लेक्टर करना बहुत कठिन नहीं हो सकता है ...
वे विशेष रूप से प्रोटोटाइप या प्रयोगात्मक कार्यान्वयन के दौरान बहुत उपयोगी हो सकते हैं, लेकिन सामान्य तौर पर हम संरचनाओं जैसे प्रबंधक के लिए संदर्भों को पारित करना पसंद करते हैं, इस तरह से आप कम से कम कुछ नियंत्रण रखते हैं जहां से वे पहुंचते हैं। ग्लोबल्स और सिंगललेट्स (मेरी राय में) के साथ सबसे बड़ी समस्या यह है कि वे बहुत मल्टीथ्रेड फ्रेंडली नहीं हैं, और कोड जो उनका उपयोग करते हैं, वे एसपीयू की तरह गैर-साझा मेमोरी में पोर्ट करने के लिए बहुत कठिन हैं।
मैं कहूँगा कि सिंगलटन डिज़ाइन अपने आप में उपयोगी नहीं है। वैश्विक चर निश्चित रूप से उपयोगी हो सकते हैं, लेकिन मैं उन्हें एक अच्छी तरह से लिखित इंटरफ़ेस के पीछे छिपा हुआ देखूंगा ताकि आप उनके अस्तित्व के बारे में जागरूक न हों। एकल के साथ आप निश्चित रूप से उनके अस्तित्व के बारे में जानते हैं।
मैं अक्सर उन चीजों के लिए वैश्विक चर का उपयोग करता हूं, जो एक इंजन के माध्यम से सभी तक पहुंच की आवश्यकता होती है। मेरा प्रदर्शन उपकरण एक अच्छा उदाहरण है जिसे मैं कॉल करने के लिए इंजन पर उपयोग करता हूं। कॉल सरल हैं; ProbeRegister (), ProbeHit () और ProbeScoped ()। उनकी वास्तविक पहुंच थोड़ी अधिक कठिन है और उनकी कुछ चीजों के लिए वैश्विक चर का उपयोग करता है।
ग्लोबल्स, और खराब रूप से कार्यान्वित सिंग्लेटन्स के साथ मुख्य समस्या अस्पष्ट निर्माण और विघटन के कीड़े हैं।
इसलिए यदि आप उन प्राइमिटिव्स के साथ काम करते हैं जिनके पास ये मुद्दे नहीं हैं या एक पॉइंटर के साथ इस मुद्दे के बारे में बहुत जानकारी है। फिर उन्हें सुरक्षित रूप से इस्तेमाल किया जा सकता है।
ग्लोबल्स का अपना स्थान है, गोटो के समान और इसे हाथ से खारिज नहीं किया जाना चाहिए, बल्कि देखभाल के साथ उपयोग किया जाना चाहिए।
Google C ++ स्टाइल गाइड में इसकी अच्छी व्याख्या है
ग्लोबल्स एक प्रणाली को जल्दी से प्रोटोटाइप करते समय उपयोगी होते हैं, जिन्हें फ़ंक्शन कॉल के बीच कुछ स्थिति की आवश्यकता होती है। एक बार जब आप यह स्थापित कर लेते हैं कि सिस्टम काम करता है, तो राज्य को एक कक्षा में ले जाएँ और उस कक्षा के तरीकों में कार्य करें।
सिंगलेट्स अपने और दूसरों के लिए समस्या पैदा करने के लिए उपयोगी हैं। आप जितनी अधिक वैश्विक स्थिति का परिचय देते हैं, उतने अधिक मुद्दे आपके पास कोड की शुद्धता, रखरखाव, एक्स्टेंसिबिलिटी, कंसिस्टेंसी आदि के साथ होंगे, बस यह मत करो।
मैं कुछ प्रकार के DI / IoC कंटेनर को एकल जीवनकाल के बजाय कस्टम लाइफटाइम प्रबंधन के साथ उपयोग करने की सलाह देता हूं (भले ही आप "एकल उदाहरण" आजीवन प्रबंधक का उपयोग करें)। कम से कम तब परीक्षण को सुविधाजनक बनाने के लिए कार्यान्वयन को स्वैप करना आसान है।
यदि आप एक सिंगलटन की मेमोरी सेविंग फीचर्स चाहते हैं तो शायद आप फ्लाईवेट डिज़ाइन पैटर्न आज़मा सकते हैं?
http://en.wikipedia.org/wiki/Flyweight_pattern
जहाँ तक कि बहु-धागा मुद्दों का उल्लेख किया गया है, यह केवल कुछ दूरदर्शिता के साथ संसाधनों के लिए लॉक तंत्र को लागू करने के लिए कुछ दूरदर्शिता के साथ होना चाहिए जो कि धागों के बीच साझा किया जा सकता है। http://en.wikipedia.org/wiki/Read/write_lock_pattern
एक प्रारंभिक अवस्था में एक साझा राज्य को संग्रहीत करने के लिए सिंगलनेट एक शानदार तरीका है।
वे एक चांदी की गोली नहीं हैं और कुछ समस्याओं के साथ आते हैं, लेकिन वे कुछ यूआई / लॉजिक राज्यों के लिए एक बहुत ही उपयोगी पैटर्न हैं।
IOS में उदाहरण के लिए, आप [UIApplication साझाApplication] प्राप्त करने के लिए एकल का उपयोग करते हैं, cocos2d में आप इसका उपयोग कुछ वस्तुओं जैसे कि [CCNotifications ShareManager] के संदर्भ में कर सकते हैं और व्यक्तिगत रूप से मैं आमतौर पर एक [गेम साझानाम] सिंगलटन के साथ बाहर निकलता हूँ जहाँ मैं कर सकता हूँ स्टोर राज्य जो विभिन्न घटकों के बीच बहुत कुछ साझा किया जाता है।
वाह, यह मेरे लिए दिलचस्प है, क्योंकि मुझे व्यक्तिगत रूप से सिंगलटन पैटर्न में कोई समस्या नहीं है। मेरा वर्तमान प्रोजेक्ट निंटेंडो डीएस के लिए एक सी ++ गेम इंजन है, और मैं बहुत सारे हार्डवेयर एक्सेस यूटिलिटीज (यानी वीआरएएम बैंक, वाईफाई, दो ग्राफिक्स इंजन) को सिंगलटन इंस्टेंस के रूप में लागू कर रहा हूं, क्योंकि वे ग्लोबल सी को लपेटने के लिए हैं। अंतर्निहित लाइब्रेरी में कार्य करता है।
केवल जब आपके पास एक आइटम होता है जिसमें केवल एक नियंत्रक होता है लेकिन कई मॉड्यूल द्वारा नियंत्रित किया जाता है।
उदाहरण के लिए, माउस इंटरफ़ेस। या जॉयस्टिक इंटरफ़ेस। या संगीत खिलाड़ी। या साउंड प्लेयर। या स्क्रीन। या फ़ाइलों को बचाने प्रबंधक।
ग्लोबल्स बहुत तेज हैं! तो यह एक खेल की तरह एक प्रदर्शन गहन अनुप्रयोग के लिए पूरी तरह से फिट होगा।
सिंगलटन एक बेहतर वैश्विक, IMO और इस प्रकार सही उपकरण हैं।
इसे संयम से प्रयोग करें!