नील, नील, NULL, NSNull सब कुछ नहीं है

किसी चीज़ की अनुपस्थिति की अवधारणा - कुछ भी नहीं - न केवल एक दार्शनिक है, बल्कि काफी उपयोगितावादी इकाई भी है: लोगों को, उनके द्वारा बनाए गए कंप्यूटर की तरह, अक्सर "खाली" के साथ काम करना पड़ता है, जो केवल कुछ मूल्यों के गैर - अस्तित्व को व्यक्त करता है, क्या यह बैंक कार्ड पर पैसे की कमी है। , के about:blank , ब्लैक होल या grep "${rootpswrd}" /etc/passwd ।

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

एकीकरण

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

वास्तव में, बिंदुओं के संदर्भ में, NULL और 0 दोनों लागू होते हैं, क्योंकि पहले दूसरे से एक मैक्रो आवरण से अधिक कुछ नहीं है:

 #define NULL ((void *)0) 

हालाँकि, आपको NULL उपयोग उन स्थानों पर 0 प्रतिस्थापन के रूप में नहीं करना चाहिए जहाँ शून्य एक बीजगणितीय मान है:

 int c = b*a; if (c != NULL) { printf("Neither b nor a is equal to 0\n"); } 

ऑब्जेक्टिव-सी (सी में एक सेटिंग के रूप में) ने अपने पूर्वजों की कुछ भी नहीं की अभिव्यक्ति के सभी रूपों को बचाया, उन्हें एक और जोड़कर: nil । nil एक अशक्त वस्तु का सूचक है:

 #if !defined(nil) #define nil (id)0 #endif 

यानी तकनीकी रूप से यह NULL बराबर NULL ।

शायद फाउंडेशन फ्रेमवर्क का उपयोग किए बिना कोई उद्देश्य-सी कार्यक्रम नहीं कर सकता है, जो बदले में भाषा में कुछ भी नहीं का प्रतिनिधित्व करता है एक और ( पहले से ही एक पंक्ति में चौथा ) का परिचय - NSNull वर्ग, जिसमें एकल (विरासत के अलावा) विधि +null जो NSNull वर्ग का एक सिंगलटन देता है।

लेकिन यह सब नहीं है: ऊपर सूचीबद्ध चार निंदकों के अलावा, फाउंडेशन एक Nil मैक्रो ( nil भ्रमित नहीं होना) को परिभाषित करता है - टाइप Class का एक शून्य सूचक:

 #if !defined(Nil) #define Nil (Class)0 #endif 

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

 #inlcude <objc/runtime.h> Class foo = objc_allocateClassPair([NSString class], "NSArray", 0); /*      NSArray  ,    Nil —  */ if (Nil != foo) { int check = class_addMethod(foo, @selector(makeWorldBetter), (IMP)_makeWorldBetter, "v@:")); if (check) objc_registerClassPair(foo); } 

nil बारे में कुछ

ऐसे कुछ मामलों पर विचार करें जहां एक उद्देश्य-सी प्रोग्रामर को nil आवश्यकता हो सकती है:

1. कभी-कभी किसी विशेष फ़ंक्शन (विधि) के डेवलपर्स इस संभावना को स्वीकार करते हैं कि उपयोगकर्ता द्वारा सभी इनपुट पैरामीटर सेट नहीं किए जा सकते हैं। उदाहरण के लिए, the -capitalizedStringWithLocale: NSString वर्ग की विधि एक तर्क ( NSLocale वर्ग की वस्तु) के रूप में एक लोकेल लेती है, या nil - बाद वाले मामले में, स्ट्रिंग के मामले को बदलते समय, स्थानीय सेटिंग्स के स्थान पर यूनिकोड वर्णों के विहित विघटन (NFD) को लोकल सेटिंग्स की परवाह किए बिना स्थानीय सेटिंग्स में उपयोग किया जाएगा। यह विधि -capitalizedString विधि के बराबर होगी)।
   
2. प्रारंभ और वस्तुओं का "खाली होना" (उदाहरण के लिए, किसी त्रुटि की रिपोर्ट करने के लिए):
   

    - (NSDictionary*)dictionaryForLicenseFile:(NSString *)path { NSData *licenseFile = [NSData dataWithContentsOfFile:path]; /* «,     !» */ if (!licenseFile) return nil; return [self dictionaryForLicenseData:licenseFile]; } 

   
   

   वैसे, यह ध्यान दिया जाना चाहिए कि -init* परिवार के तरीकों में शून्य मानों के साथ -init* को इनिशियलाइज़ करने की प्रथा, जो डेवलपर्स के बीच आम है, को इससे कोई मतलब नहीं है , क्योंकि उनके मान पहले से ही -alloc विधि में शून्य पर सेट थे:
   

   ... अन्य सभी उदाहरण चर के लिए मेमोरी 0 पर सेट है।

   
   

   
   

ऑब्जेक्टिव-सी में कुछ भी नहीं (यानी, nil ) की सबसे उल्लेखनीय विशेषताओं में से एक यह किसी भी तरह का संदेश भेजने की क्षमता है, जिसका उत्तर हमेशा एक ही होगा:

  id foo = nil; int zero = [foo bar: @"Hello, Habr!"]; 

अक्सर इस सुविधा का उपयोग वस्तुओं पर किए गए चेक की संख्या को कम करने के लिए किया जाता है:

 /* In a galaxy far, far away… */ if (foo != nil && [foo testValue: 0x90]) { … } /*         */ if ([foo testValue: 0x310403]) { … } 

कुछ नौसिखिए डेवलपर्स, इस nil विशेषता के बारे में सीखते हुए, इसे गैर-शून्य वस्तुओं में स्थानांतरित करते हैं, यह जांचने के लिए भूल जाते हैं कि क्या इस वर्ग में मौजूद विधि मौजूद है, और अनिवार्य रूप से अपवादों को पकड़ें यदि यह नहीं है:

  /* «  NSPersistentStoreCoordinator» © Brad Cox & Tom Love */ NSData *signature = [NSString stringWithFormat: @"%lu", 0xCAFEBABE]; /*   —  @catch  :   -bytes   NSString  */ bytes = [signature bytes]; 

और यह ठीक है, केवल नौसिखिए डेवलपर्स इसके लिए शिकार करेंगे ...

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

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

NSNull : कुछ नहीं या कुछ और?

NSNull का उपयोग फाउंडेशन फ्रेमवर्क और कुछ अन्य लोगों के लिए किया जाता है, जो NSArray या NSDictionary जैसे मानक संग्रह की सीमा को दरकिनार करते हैं, जिसमें वे nil मान नहीं रख सकते हैं।

NSNull NULL और nil पर एक प्रकार का आवरण है, जिससे आप उन्हें Objective-C कलेक्शन ऑब्जेक्ट में स्टोर कर सकते हैं।

यह पूरी तरह से स्पष्ट नहीं हो सकता है कि आपको शून्य वस्तुओं को कहीं स्टोर करने की आवश्यकता क्यों है। आइए एक उदाहरण देखें: अपने iOS एप्लिकेशन में, आपको एक निश्चित JSON फाइल को पार्स करने की आवश्यकता है जिसमें इस तरह का एक टुकड़ा है

 { "keys": ["X"], "command": "set_action_motion", "args": { "action": "vi_left_delete", "motion": null }, "context": [{"key": "setting.command_mode", "modes": [] }] } 

सबसे अधिक संभावना है कि आप JSON को "हाथ से" पार्स नहीं करेंगे, बल्कि एक तैयार लाइब्रेरी (जैसे JSONKit ) का उपयोग करें, जो इस समय इसे मानक उद्देश्य-सी कक्षाओं की वस्तुओं में परिवर्तित करता है। हालांकि, args["motion"] का मूल्य args["motion"] कुछ भी नहीं है , अर्थात, null ! यह मान पार्सर के परिणामस्वरूप NSNull वर्ग के ऑब्जेक्ट में पढ़ा जाएगा।

फिर से 11001 बी

गैर-सारांश धुरी तालिका:

पद	कलाई की एक झिलमिलाहट के साथ ...	Posnenie
0	0	शून्य - यह हर जगह शून्य है
शून्य	(शून्य *) ०	C नल सूचक
शून्य	(आईडी) ०	ऑब्जेक्टिव-सी नल पॉइंटर
शून्य	(कक्षा) ०	ऑब्जेक्टिव-सी में क्लास अशक्त सूचक
NSNull	[NSNull अशक्त]	NSNull क्लास सिंगलटन - nil and null के ऊपर रैपर

साहित्य

• मूल NSHipster लेख : nil / Nil / NULL / NSNull मैट थॉम्पसन द्वारा
• Apple दस्तावेज़ीकरण: NSNull , NSString , NSObject , प्रोग्रामिंग विद ऑब्जेक्टिव-सी , ऑब्जेक्टिव-सी रनटाइम रेफरेंस , ऑब्जेक्टिव-सी रनटाइम प्रोग्रामिंग गाइड
• यूनिकोड , उद्देश्य-सी

PS मैंने इस विषय को पहले-स्रोत के रूप में डिजाइन नहीं किया, क्योंकि परिणामस्वरूप, मैं मूल लेख से बहुत दूर चला गया। मुझे बेहतर की उम्मीद है।