सिंगलटन (कार्लो चुंग द्वारा "आईओएस के लिए प्रो ऑब्जेक्टिव-सी डिजाइन पैटर्न" पुस्तक से "सिंगलटन" के अंग्रेजी अध्याय से अनुवादित)

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

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

सिंगलटन पैटर्न क्या है?

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


चित्र 7-1। सिंगलटन पैटर्न की स्थिर संरचना।

एक स्टैटिक uniqueInstance का एकमात्र उदाहरण है, जिसे एक क्लास वेरिएबल के रूप में दर्शाया गया है, जो स्टैटिक sharedInstance विधि ग्राहकों को लौटाएगा। आमतौर पर साझा किया जाता uniqueInstance । यदि जाँच की जाती है तो uniqueInstance है। यदि नहीं, तो लौटने से पहले विधि इसे बनाएगी।

नोट। सिंगलटन पैटर्न: सत्यापित करता है कि कक्षा का केवल एक उदाहरण है और इसे एकल एक्सेस प्वाइंट प्रदान करता है। *
* मूल परिभाषा गोफ के "डिज़ाइन पैटर्न" (एडिसन-वेस्ले,) में प्रस्तुत
1994)।

मैं सिंगलटन पैटर्न का उपयोग कब कर सकता हूं?

यह समझ में आता है कि क्या सिंगलटन पैटर्न का उपयोग करने के बारे में सोचना

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

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

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

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

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

ऑब्जेक्टिव-सी में सिंगलटन कार्यान्वयन

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

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

लिस्टिंग 7-1। पुस्तक डिजाइन पैटर्न से सिंगलटन पैटर्न का एकल सी ++ उदाहरण।

 class Singleton { public: static Singleton *Instance(); protected: Singleton(); private: static Singleton *_instance; }; Singleton *Singleton::_instance = 0; Singleton *Singleton::Instance() { if (_instance == 0) { _instance = new Singleton; } return _instance; } 

जैसा कि पुस्तक में वर्णित है, सी ++ में कार्यान्वयन सरल और सीधा है। स्टैटिक _instance Instance() विधि में, स्थिर _instance वेरिएबल _instance 0 ( NULL ) के लिए चेक किया _instance है। यदि ऐसा है, तो एक नया Singleton ऑब्जेक्ट बनाया जाता है और फिर वापस आ जाता है। आप में से कुछ सोच सकते हैं कि उद्देश्य-सी संस्करण आपके भाई से बहुत अलग नहीं है और इसे 7-2 और 7-3 की सूची में देखना चाहिए।

लिस्टिंग 7–2। सिंगलटन में सिंग्लटन वर्ग की घोषणा

 @interface Singleton : NSObject { } + (Singleton *) sharedInstance; @end 

लिस्टिंग 7-3। साझाकरण के कार्यान्वयन। सिंगलटन विधि

 @implementation Singleton static Singleton *sharedSingleton_ = nil; + (Singleton *) sharedInstance { if (sharedSingleton_ == nil) { sharedSingleton_ = [[Singleton alloc] init]; } return sharedSingleton_; } @end 

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

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

7-4 को सूचीबद्ध करना एक कार्यान्वयन को दर्शाता है जो हमारे लिए लक्ष्य कर रहा है। कोड काफी लंबा है, इसलिए हम इसे आसानी से चर्चा के लिए कई भागों में तोड़ देंगे।

लिस्टिंग 7-4। उद्देश्य-सी में सिंग्लटन का अधिक उपयुक्त कार्यान्वयन

 #import "Singleton.h" @implementation Singleton static Singleton * sharedSingleton_ = nil; + (Singleton*) sharedInstance { if (sharedSingleton_ == nil) { sharedSingleton_ = [[super allocWithZone:NULL] init]; } return sharedSingleton_; } 

sharedInstance विधि के अंदर, पहले उदाहरण के रूप में, यह पहली बार जांचा जाता है कि कक्षा का एक एकल उदाहरण बनाया गया है, अन्यथा एक नया बनाया जाता है और वापस आ जाता है। लेकिन इस बार यह अन्य तरीकों का उपयोग करने के बजाय एक नया उदाहरण बनाने के लिए [[super allocWithZone:NULL] init] को [[super allocWithZone:NULL] init] करता है। क्यों super , self नहीं? ऐसा इसलिए है क्योंकि हमारी कक्षा में किसी ऑब्जेक्ट के लिए मेमोरी आवंटित करने के लिए बुनियादी तरीके ओवरराइड हैं, इसलिए हमें बेस क्लास के लिए इस कार्यक्षमता को "उधार देने" की आवश्यकता है, इस मामले में, NSObject , हमें हमारे लिए मेमोरी आवंटित करने के निम्न-स्तरीय दिनचर्या करने में मदद करता है।

 + (id) allocWithZone:(NSZone *)zone { return [[self sharedInstance] retain]; } - (id) copyWithZone:(NSZone*)zone { return self; } 

कई तरीके हैं जो Singleton क्लास में मेमोरी मैनेजमेंट पर लागू होते हैं जिनके बारे में आपको सोचने की ज़रूरत है। allocWithZone:(NSZone *)zone विधि बस उस वर्ग का एक उदाहरण देता है जो sharedInstance विधि से वापस sharedInstance है। कोको टच फ्रेमवर्क में, जब आप क्लास मेथड को allocWithZone:(NSZone *)zone करते हैं तब allocWithZone:(NSZone *)zone उदाहरण के लिए मेमोरी को आबंटित किया जाएगा, इसका संदर्भ काउंटर 1 पर सेट किया जाएगा, और इंस्टेंस लौटाया जाएगा। हमने देखा है कि alloc विधि alloc उपयोग कई स्थितियों में किया जाता है; वास्तव में, कॉल आवंटन आवंटित allocWithZone: डिफ़ॉल्ट क्षेत्र में उदाहरण के लिए मेमोरी आवंटित करने के लिए NULL पर सेट किए गए ज़ोन के साथ। ऑब्जेक्ट बनाने और मेमोरी को प्रबंधित करने का विवरण इस पुस्तक के दायरे से बाहर है। आप आगे के स्पष्टीकरण के लिए प्रलेखन का उल्लेख कर सकते हैं।

इसी तरह, आपको यह सुनिश्चित करने के लिए copyWithZone:(NSZone*)zone विधि को ओवरराइड करने की आवश्यकता है कि यह इंस्टेंस की एक प्रति वापस नहीं करता है, लेकिन एक ही वापस लौटाता है, self ।

 - (id) retain { return self; } - (NSUInteger) retainCount { return NSUIntegerMax; // ,       } - (void) release { //    } - (id) autorelease { return self; } @end 

अन्य तरीके, जैसे कि autorelease , release और autorelease , को यह सुनिश्चित करने के लिए ओवरराइड किया जाता है कि वे self वापसी को छोड़कर कुछ भी नहीं करते हैं (संदर्भ-गणना की गई मेमोरी मैनेजमेंट मॉडल में)। अनुप्रयोग के जीवनकाल के लिए स्मृति से हटाए जाने से आवृत्ति को रोकने के लिए retainCount विधि NSUIntegerMax (4,294,967,295) देता है।

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

हम पहले से ही पर्याप्त विस्तार से जांच कर चुके हैं कि ऑब्जेक्टिव-सी में सिंगलटन पैटर्न क्या दिखना चाहिए। हालांकि, इससे पहले कि आप इसका उपयोग कर सकें, ध्यान से सोचने के लिए एक और बात है। क्या होगा यदि हम मूल Singleton वर्ग से विरासत में प्राप्त करना चाहते हैं? विचार करें कि यह कैसे करना है।

सिंगलटन इनहेरिटेंस

alloc कॉल को super पुनर्निर्देशित किया जाता है, इसलिए NSObject क्लास ऑब्जेक्ट के लिए मेमोरी आवंटित करने का ध्यान NSObject । यदि हम संशोधनों के बिना Singleton वर्ग से विरासत में लेते हैं, तो लौटा हुआ उदाहरण हमेशा Singleton प्रकार का होगा। क्योंकि Singleton वर्ग सभी तात्कालिक तरीकों से आगे निकल जाता है, इसलिए इसे विरासत में लेना आसान नहीं है। लेकिन हम भाग्यशाली हैं; आप अपने वर्ग के प्रकार के आधार पर किसी भी वस्तु को पलटने के लिए कुछ फाउंडेशन कार्यों का उपयोग कर सकते हैं। उनमें से एक id NSAllocateObject (Class aClass, NSUInteger extraBytes, NSZone *zone) । इसलिए, यदि हम "सिंगलटन" नामक एक वर्ग के ऑब्जेक्ट को तुरंत बनाना चाहते हैं, तो हम निम्नलिखित कर सकते हैं:

 Singleton *singleton = [NSAllocateObject ([Singleton class], 0, NULL) init]; 

पहला पैरामीटर Singleton वर्ग का प्रकार है। दूसरा पैरामीटर इंडेक्स किए गए इंस्टेंस चर के लिए किसी भी अतिरिक्त बाइट्स के लिए डिज़ाइन किया गया है, जो हमेशा 0. है। तीसरा पैरामीटर आवंटित मेमोरी ज़ोन का पदनाम है; डिफ़ॉल्ट ज़ोन लगभग हमेशा उपयोग किया जाता है (पैरामीटर NULL )। इसलिए, आप इस फ़ंक्शन का उपयोग करके किसी भी ऑब्जेक्ट को क्लास के प्रकार को जान सकते हैं। Singleton वर्ग से विरासत में क्या करने की आवश्यकता है? आइए याद करते हैं कि sharedInstance विधि का प्रारंभिक संस्करण इस तरह दिखता है:

 + (Singleton*) sharedInstance { if (sharedSingleton_ == nil) { sharedSingleton_ = [[super allocWithZone:NULL] init]; } return sharedSingleton_; } 

यदि आप एक उदाहरण बनाने के लिए NSAllocateObject साथ चाल का उपयोग करते हैं, तो यह इस तरह बन जाएगा:

 + (Singleton *) sharedInstance { if (sharedSingleton_ == nil) { sharedSingleton_ = [NSAllocateObject([self class], 0, NULL) init]; } return sharedSingleton_; } 

अब इससे कोई फर्क नहीं पड़ता कि हम Singleton क्लास या उसके किसी भी उपवर्ग को इंस्टेंट करते हैं, यह संस्करण सब कुछ सही ढंग से करेगा।

धागा सुरक्षा

उदाहरण में Singleton वर्ग केवल सामान्य उपयोग के लिए अच्छा है। यदि आप बहु-थ्रेडेड वातावरण में एक सिंगलटन ऑब्जेक्ट का उपयोग करना चाहते हैं, तो आपको इसे थ्रेड को सुरक्षित बनाने की आवश्यकता है। ऐसा करने के लिए, आप साझा कर सकते हैं @synchronized() ब्लॉक या NSLock इंस्टेंसेस के आसपास nil चेक के लिए sharedSingleton_ वैरिएबल का उपयोग करें। यदि कोई अन्य गुण हैं, जिन्हें संरक्षित करने की आवश्यकता है, तो आप उन्हें atomic बना सकते हैं।

कोको टच फ्रेमवर्क में सिंग्लेटोन्स का उपयोग करना

जैसा कि आप कोको टच फ्रेमवर्क प्रलेखन के साथ खुद को परिचित करते हैं, आप एकल के कई अलग-अलग वर्गों में आएंगे। हम इस खंड में उनमें से कुछ के बारे में बात करेंगे - UIApplication , UIAccelerometer और NSFileManager ।

UIApplication Class का उपयोग करना

फ्रेमवर्क में सबसे अधिक इस्तेमाल किए जाने वाले सिंगलटन वर्गों में से एक UIApplication class है। यह आईओएस अनुप्रयोगों के लिए नियंत्रण और समन्वय का एक केंद्रीकृत बिंदु प्रदान करता है।

प्रत्येक आवेदन में UIApplication का एक एकल उदाहरण है। यह UIApplicationMain फ़ंक्शन द्वारा एक सिंगलटन ऑब्जेक्ट के रूप में बनाया जाता है, जब एप्लिकेशन शुरू होता है और sharedApplication क्लास की विधि के माध्यम से रन टाइम पर उपलब्ध होता है।

UIApplication ऑब्जेक्ट प्रोग्राम के लिए कई उपयोगिता कार्य करता है, जिसमें आने वाले उपयोगकर्ता संदेशों की प्रारंभिक रूटिंग भी शामिल है, साथ ही साथ UIControl वर्ग की वस्तुओं के लिए गतिविधि संदेशों को संबंधित लक्ष्य ऑब्जेक्ट तक UIControl । यह सभी खुले UIWindow ऑब्जेक्ट्स की एक सूची रखता है। एप्लिकेशन ऑब्जेक्ट UIApplicationDelegate एप्लिकेशन डेलिगेट ऑब्जेक्ट के साथ जुड़ा हुआ है, जिसे प्रोग्राम निष्पादन के दौरान किसी महत्वपूर्ण घटना, जैसे लॉन्च, कम मेमोरी अलर्ट, एप्लिकेशन समाप्ति और पृष्ठभूमि प्रक्रियाओं के बारे में बताया जाता है। इन घटनाओं के हैंडलर प्रतिनिधि को आवेदन के व्यवहार को अनुकूलित करने में सक्षम बनाते हैं।

UIAccelerometer वर्ग का उपयोग करना

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

NSFileManager वर्ग का उपयोग करना

NSFileManager वर्ग कभी मैक ओएस एक्स 10.5 और आईओएस 2.0 से पहले सिंगलटन पैटर्न का "कठोर" कार्यान्वयन था। इसकी init पद्धति को कॉल करने से कुछ नहीं होता है, और इसका एकमात्र उदाहरण बनाया जा सकता है और केवल defaultManager वर्ग defaultManager माध्यम से सुलभ है। हालाँकि, चूंकि सिंगलटन कार्यान्वयन थ्रेड सुरक्षित नहीं है, NSFileManager इस सुरक्षा को सुनिश्चित करने के लिए NSFileManager नए उदाहरण बनाए जाने चाहिए। इस दृष्टिकोण को सिंगलटन के अधिक लचीले कार्यान्वयन के रूप में माना जाता है, जिसमें कारखाना विधि हमेशा एक ही उदाहरण देता है, लेकिन अतिरिक्त उदाहरणों को भी चुना जा सकता है और प्रारंभिक किया जा सकता है।

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

निष्कर्ष

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