IOS के लिए कोर डेटा। अध्याय संख्या 2। सैद्धांतिक भाग

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



सामग्री:

• अध्याय संख्या 1। आरंभ करना ( व्यावहारिक भाग )
• अध्याय संख्या 2। मास्टर कोर डेटा
• अध्याय संख्या 3। डेटा भंडारण: SQLite और अन्य विकल्प
• अध्याय संख्या 4। एक डेटा मॉडल बनाना
• अध्याय संख्या ५। डेटा ऑब्जेक्ट्स के साथ कार्य करना
• अध्याय संख्या 6। परिणाम सेट करना
• अध्याय संख्या 7। प्रदर्शन और स्मृति ट्यूनिंग
• अध्याय संख्या 8। संस्करण और प्रवासन
• अध्याय संख्या 9। NSFetchedResultsController का उपयोग कर तालिकाओं का प्रबंधन करें
• अध्याय संख्या 10। उन्नत अनुप्रयोगों में कोर डेटा का उपयोग करना

प्रविष्टि

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

क्या आप जानते हैं

रूबेन लुसियस गोल्डबर्ग (जन्म रूबेन लुइसस गोल्डबर्ग; 1883-1970) एक अमेरिकी कार्टूनिस्ट, मूर्तिकार, लेखक, इंजीनियर और आविष्कारक हैं। गोल्डबर्ग उन कार्टूनों की एक श्रृंखला के लिए जाना जाता है जिसमें तथाकथित "रूबा गोल्डबर्ग मशीन" दिखाई देती है - एक अत्यंत जटिल, भारी और भ्रमित करने वाला उपकरण जो बहुत ही सरल कार्य करता है (उदाहरण के लिए, एक विशाल मशीन जो पूरे कमरे में व्याप्त है, जिसका उद्देश्य एक प्लेट से भोजन के साथ एक चम्मच को स्थानांतरित करना है। मानव मुंह)। 1948 में, गोल्डबर्ग को उनके राजनीतिक कार्टूनों के लिए पुलित्जर पुरस्कार मिला, और 1959 में, बंशीज़ सिल्वर लेडी अवार्ड। गोल्डबर्ग नेशनल सोसाइटी ऑफ कार्टून के संस्थापकों और पहले अध्यक्ष में से एक थे। उनका नाम रुबेन पुरस्कार है, जिसे संगठन कार्टूनिस्ट ऑफ द ईयर का पुरस्कार देता है। संयुक्त राज्य अमेरिका में, रूब गोल्डबर्ग मशीन प्रतियोगिता प्रतिवर्ष आयोजित की जाती है।

यह अध्याय व्यक्तिगत रूप से और जब वे एक साथ काम करते हैं, दोनों कोर डेटा फ्रेमवर्क कक्षाओं के उद्देश्य का वर्णन करेंगे। पूरे अध्याय को पढ़ने की जल्दबाज़ी न करें। उदाहरणों का अन्वेषण करें, उन्हें खोदें, कोड स्वयं दर्ज करें ( कोई कॉपी-पेस्ट नहीं !) और सत्यापन के लिए चलाएं।

कोर डाटा क्लासेस

पहले अध्याय में, हमने पहले ही कोर डेटा का उपयोग करके सरलतम एप्लिकेशन की समीक्षा और निर्माण कर लिया है। आपने कोड स्निपेट देखा, कौन सी कक्षाएं इस्तेमाल की गईं, कौन से तरीकों को बुलाया गया, इन विधियों को किस क्रम में बुलाया गया, और इन विधियों को किस पैरामीटर से पास किया गया। कोर डेटा कैसे काम करता है, यह समझने के लिए यह सब किया गया था। आपने आँख बंद करके अनुसरण किया कि आपको क्या करने के लिए कहा गया था, हो सकता है कि कुछ क्षणों में आपको आश्चर्य हो कि ऐसा क्यों किया गया था, लेकिन आपने कीबोर्ड पर मीठे NSManagedObject का दोहन करना जारी रखा, हो सकता है कि आपने स्वयं से यह सवाल पूछा हो कि "यदि आप यहां एक अलग NSManagedObject विकल्प देंगे तो क्या होगा?" कुछ ने एक मूल्य को दूसरे के साथ बदलने की कोशिश की हो सकती है, यह वह था जिसे विस्फोट से कुछ अलग मिला;), और किसी को वह मिला जो उन्हें मिलने की उम्मीद थी।

एक प्रसिद्ध कंप्यूटर शोधकर्ता और 1972 की ट्यूरिंग अवार्ड की प्रोग्रामिंग भाषाओं के विकास में अपने काम के लिए विजेता रहे एडवर्ड डेज्स्ट्रा ने एक ऐसे गुण के रूप में बात की, जो जीत या हार को परिभाषित करता है, न कि वैकल्पिक विलासिता के रूप में।

क्या आप जानते हैं

ट्यूरिंग अवार्ड कंप्यूटर साइंस एसोसिएशन द्वारा इस क्षेत्र में उत्कृष्ट वैज्ञानिक और तकनीकी योगदान के लिए दिया जाने वाला सबसे प्रतिष्ठित कंप्यूटर विज्ञान पुरस्कार है।

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

यह पुरस्कार वर्तमान में इंटेल और गूगल द्वारा प्रायोजित है और इसकी कीमत $ 250,000 है।

(c) विकिपीडिया

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

Xcode खोलें और एक सिंगल व्यू एप्लिकेशन बनाएं:


प्रोजेक्ट का नाम OrgChart है ।
प्रोजेक्ट कोर डेटा से कनेक्ट करें ( अध्याय नंबर 1 देखें )। एप्लिकेशन चलाएं और सुनिश्चित करें कि यह क्रैश न हो।


नीचे दी गई छवि कोर डेटा वर्गों को दिखाती है जो हम आमतौर पर साथ काम करते हैं:


हमारे कोड में, NSManagedObject नए NSManagedObject को जोड़कर डेटा को सहेजा जाता है, और NSFetchRequest वर्ग का उपयोग करके डेटा पुनर्प्राप्त किया NSFetchRequest । जैसा कि अध्याय 1 में दिखाया गया है, एक प्रबंधित वस्तु प्रसंग NSPersistentStoreCoordinator वर्ग द्वारा लागू किए गए लगातार स्टोर समन्वयक का उपयोग करके बनाया और आरंभ किया जाता है, जो बदले में NSManagedObjectModel वर्ग द्वारा लागू किए गए डेटा मॉडल द्वारा निर्धारित किया जाता है। अध्याय के शेष भाग यह जांचने के लिए समर्पित होंगे कि ये कक्षाएं कैसे बनाई जाती हैं, कैसे वे एक-दूसरे के साथ बातचीत करते हैं, और उनका उपयोग कैसे करते हैं।

डेटा मॉडल बनाने के लिए प्रयुक्त कक्षाएं

जैसा कि पहले अध्याय # 1 में उल्लेख किया गया है, कोर डेटा का उपयोग करने वाले सभी अनुप्रयोगों में संग्रहीत डेटा का ऑब्जेक्ट मॉडल होना चाहिए। मॉडल संस्थाओं और उनके गुणों को परिभाषित करता है। एक इकाई में तीन प्रकार के गुण होते हैं:

• गुण
• संबंधों
• चयन गुण

नीचे दी गई तालिका में आपको विभिन्न वर्गों और उनकी भूमिका का विवरण दिखाई देता है।
मॉडल इनिशियलाइज़ेशन मेकेनिज़्म की बेहतर समझ के लिए क्लासेस से गुजरना काफी दिलचस्प सबक है, लेकिन व्यवहार में, Xcode में मॉडल बनाने से आपको कोड की एक भी लाइन लिखे बिना माउस को ग्राफिकल मॉडल एडिटर में उपयोग करने में सक्षम होना पड़ता है।

वर्ग का नाम	भूमिका
NSManagedObjectModel	डेटा मॉडल
NSEntityDescription	डेटा मॉडल में इकाई
NSPropertyDescription	एक इकाई संपत्ति का एक सार विवरण
NSAttributeDescription	इकाई विशेषता
NSRelationshipDescription	एक इकाई का दूसरे से लिंक
NSFetchedPropertyDescription	एक विशिष्ट मानदंड द्वारा चयनित इकाई उदाहरणों के सबसेट का विवरण

नीचे दी गई तालिका मॉडल को परिभाषित करने के लिए उपयोग की जाने वाली कक्षाओं के बीच संबंधों को दिखाती है। NSManagedObjectContext कई NSEntityDescription निकाय NSEntityDescription को संदर्भित या संदर्भित नहीं करता है। प्रत्येक NSEntityDescription निकाय कई NSPropertyDescription ऑब्जेक्ट्स को संदर्भित या संदर्भित नहीं करता है। NSPropertyDescription तीन विशिष्ट कार्यान्वयनों के साथ एक सार वर्ग है:

• NSAttributeDescription
• NSRelationshipDescription
• NSFetchedPropertyDescription

कक्षाओं की यह छोटी संख्या किसी भी डेटा मॉडल का वर्णन करने के लिए पर्याप्त होगी जिसे आप कोर डेटा फ्रेमवर्क का उपयोग करके विकसित करेंगे। जैसा कि पहले अध्याय # 1 में वर्णित है, एक मॉडल बनाने के लिए आपको Xcode खोलने की जरूरत है, मेनू आइटम का चयन करें फ़ाइल -> नई -> नई फ़ाइल और "डेटा मॉडल" चुनें। इस खंड में, हम एक मॉडल बनाएंगे जो कंपनी की संगठनात्मक संरचना का प्रतिनिधित्व करेगा।
Xcode में एक नया मॉडल बनाएं और इसे OrgChart नाम दें । इस डेटा मॉडल में, एक संगठन में एक निदेशक (सीईओ) होता है। सादगी के लिए, कल्पना करें कि एक व्यक्ति में दो विशेषताएं हैं: कर्मचारी और एक नाम के लिए एक विशिष्ट पहचानकर्ता। अब हम डेटा मॉडल को परिभाषित करने के लिए तैयार हैं।
डेटा मॉडल खोलें और एक नई संगठन इकाई बनाएं। एक व्यक्ति की तरह, एक संगठन अपने विशिष्ट पहचानकर्ता और नाम से परिभाषित होता है। दो संगठन इकाई विशेषताएँ जोड़ें। गुण एक इकाई के लगातार गुण होते हैं जिनमें कुछ प्रकार के मूल्य शामिल हो सकते हैं। NSAttributeType वर्ग में विशेषता डेटा प्रकारों का वर्णन किया गया है NSAttributeType और प्रत्येक डेटा प्रकार इकाई पर कुछ प्रतिबंध लगाता है। उदाहरण के लिए, यदि आप किसी पूर्णांक डेटा प्रकार के साथ एक संपत्ति को एक स्ट्रिंग लिखने की कोशिश करते हैं, तो एक त्रुटि होगी।
नीचे दी गई तालिका मौजूदा प्रकारों का वर्णन करती है:

Xcode में एट्रीब्यूट टाइप	उद्देश्य-सी में विशेषता प्रकार	ऑब्जेक्टिव-सी	विवरण
पूर्णांक 16	NSInteger16AttributeType	NSNumber	16 बिट पूर्णांक
पूर्णांक 32	NSInteger32AttributeType	NSNumber	32 बिट पूर्णांक
पूर्णांक 64	NSInteger64AttributeType	NSNumber	64 बिट पूर्णांक
दशमलव	NSDecimalAttributeType	NSDecimalNumber	बेस 10 इंटेगर
दोहरा	NSDoubleAttributeType	NSNumber	डबल ऑब्जेक्ट रैपर
फ्लोट	NSFloatAttributeType	NSNumber	फ्लोट ऑब्जेक्ट रैपर
तार	NSStringAttributeType	NSString	चरित्र का तार
बूलियन	NSBooleanAttributeType	BOOL	बूलियन ऑब्जेक्ट रैपर
तिथि	NSDateAttributeType	NSDate	तारीख और समय
बाइनरी डेटा	NSBinaryDataAttributeType	NSData	बाइनरी डेटा
transformable	NSTransformableAttributeType	कोई भी गैर-मानक प्रकार	किसी भी प्रकार को मानक में परिवर्तित किया जा सकता है

टिप्पणी

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

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


यदि इस स्तर पर कार्यक्रम लॉन्च किया जाएगा, तो ऑब्जेक्ट ग्राफ निम्नानुसार दिखेगा:


ग्राफ से पता चलता है कि NSManagedObjectModel डेटा मॉडल एक NSEntityDescription निकाय नामक ऑब्जेक्ट है जिसे संगठन कहा जाता है और NSEntityDescription लिए NSManagedObject प्रकार का उपयोग करता है। एक इकाई के दो गुण होते हैं। प्रत्येक विशेषता में दो गुण होते हैं: नाम और प्रकार। पहली विशेषता में, नाम और प्रकार क्रमशः name और attributeType गुण गुण के लिए NSInteger16AttributeType हैं।

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


और "बहुवचन: कई संबंध" के बगल में स्थित बॉक्स को देखें:


डेटा मॉडल इस प्रकार है:


जब मॉडल लोड किया जाता है तो ऑब्जेक्ट ग्राफ़ कैसा दिखेगा:

यह ग्राफ उन वस्तुओं का ग्राफ़ नहीं है जो कोर डेटा स्टोर करता है, यह सिर्फ एक प्रतिबिंब है कि मॉडल कोर डेटा की आँखों में कैसे दिखता है।
कोर डेटा डेटा मॉडल को लोड करने का एक विशिष्ट तरीका इस प्रकार है:

 NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"OrgChart" withExtension:@"momd"]; _managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL]; 

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

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

डेटा एक्सेस क्लासेस

अध्याय 1 में, हमने पाया कि डेटा मॉडल को NSManagedObjectModel में लोड करके कोर डेटा को इनिशियलाइज़ करना शुरू होता है। पिछले अनुभाग में, हमने जांच की कि कैसे NSManagedObjectModel NSPropertyDescription और NSEntityDescription का उपयोग करके डेटा मॉडल की आंतरिक संरचना का प्रतिनिधित्व करता है। कोर डेटा को इनिशियलाइज़ करने की प्रक्रिया में अगला कदम NSPersistentStoreCoordinator का उपयोग करके डेटा वेयरहाउस बनाना और लिंक NSPersistentStoreCoordinator । अंत में, इनिशियलाइज़ेशन प्रक्रिया का अंतिम चरण एक NSManagedObjectContext ऑब्जेक्ट का निर्माण है जिसके साथ यह सीधे (डेटा को पढ़ने और लिखने) को इंटरैक्ट करता है।
उपरोक्त सब कुछ स्पष्ट करने के लिए, मैं एक वर्ग आरेख दूंगा:


जैसा कि आप ग्राफ पर देख सकते हैं, NSManagedObjectModel , जो लोड किया गया है और फिर डेटा स्टोरेज के साथ काम करने के लिए NSPersistentStoreCoordinator को पारित कर दिया गया है (हाँ, वहाँ कई हो सकते हैं) और यह निर्धारित करें कि इस डेटा को कैसे संसाधित किया जाए। लगातार स्टोर समन्वयक ऐसे ऑर्केस्ट्रा कंडक्टर के रूप में कार्य करता है, जो डेटा गोदाम के साथ सभी NSManagedObjectContext के काम का समन्वय करता है। अन्य बातों के अलावा, डेटा वेयरहाउस प्रबंधक डेटा को एक स्टोर से दूसरे स्टोर में स्थानांतरित करने के लिए जिम्मेदार है, यह migratePersistentStore: विधि का उपयोग करके प्राप्त किया जाता है।

NSPersistentStoreCoordinator NSManagedObjectModel का उपयोग करके आरंभ किया गया है। हमारे डिस्पैचर के निर्माण के बाद, आप डेटा वेयरहाउस को डाउनलोड और पंजीकृत कर सकते हैं। नीचे दिए गए कोड से पता चलता है कि डेटा वेयरहाउस प्रबंधक को कैसे आरंभ किया जाए। प्रारंभ initWithManagedObjectModel: को कॉल करके और डेटा मॉडल को पारित करने से होता है, और फिर नया संग्रहण addPersistentStoreWithType: पद्धति के साथ पंजीकृत होता है।

 NSURL *storeURL = [[self applicationDocumentsDirectory] URLByAppendingPathComponent:@"OrgChart.sqlite"]; NSError *error = nil; _persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[self managedObjectModel]]; if(![_persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:storeURL options:nil error:&error]){ NSLog(@"Unresolved error %@, %@", error, [error userInfo]); abort(); } 

iOS तीन प्रकार का भंडारण प्रदान करता है:

भंडारण प्रकार	विवरण
NSSQLiteStoreType	SQLite डेटाबेस
NSBinaryStoreType	बाइनरी फ़ाइल
NSInMemotyStoreType	डिवाइस की अस्थायी मेमोरी में डेटा स्टोरेज

टिप्पणी

मैक ओएस एक्स पर कोर डेटा एक चौथे प्रकार का भंडारण ( NSXMLStoreType ) भी प्रदान करता है, जो डेटा को संग्रहीत करने के लिए एक XML फ़ाइल का उपयोग करता है।

विशिष्ट रूप से NSSQLiteStoreType का उपयोग होगा, जिसके उपयोग से संकेत मिलता है कि डेटा SQLite डेटाबेस में संग्रहीत किया जाएगा। लेकिन आपको अभी भी अन्य प्रकार के भंडारण से परिचित होना चाहिए। कोई फर्क नहीं पड़ता कि NSInMemoryStoreType प्रकार कितना बेकार है, इस प्रकार के भंडारण का उपयोग करने के लिए एक विशिष्ट विकल्प है: नेटवर्क लोड को कम करने और देरी के साथ-साथ पीछा किए गए ट्रैफ़िक की संख्या को कम करने के लिए एक दूरस्थ सर्वर से प्राप्त कैश जानकारी और डेटा की स्थानीय प्रतिलिपि बनाएँ।
NSTersistentStoreCoodrinator प्रारंभ होने के बाद, हम NSManagedObjectContext बनाना और शुरू करना शुरू कर सकते हैं।
ऑब्जेक्ट प्रबंधन वातावरण रिपॉजिटरी से अनुरोध के लिए जिम्मेदार है और वहां क्या लिखा गया है। कार्य सरल लग सकता है, लेकिन यहाँ कुछ संभावित कठिनाइयाँ हैं:

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

टिप्पणी

Apple दृढ़ता से अनुशंसा करता है कि आप NSManagedObjectContext से अपनी कक्षाएं विरासत में न लें।

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

विधि का नाम	विधि का वर्णन
-executeFetchRequest: त्रुटि:	वस्तुओं को प्राप्त करने के लिए एक अनुरोध करता है
-objectWithID:	निर्दिष्ट पहचानकर्ता के साथ वस्तु लौटाता है
-insertObject:	पर्यावरण के लिए एक नई वस्तु जोड़ता है।
-deleteObject:	पर्यावरण से एक वस्तु को निकालता है।

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

नियम का नाम	प्रभाव
कोई क्रिया नहीं	कुछ नहीं करता है, बच्चों को विचार करने के लिए विचार करने की अनुमति देता है कि माता-पिता मौजूद हैं
मंसूख़	प्रत्येक बच्चे के लिए, माता-पिता को शून्य करने के लिए संदर्भ सेट करता है
झरना	प्रत्येक बच्चे को हटाता है।
इंकार	माता-पिता की वस्तु को हटाने से मना करना, इसमें कम से कम एक बच्चा है

इस तथ्य के अलावा कि ऑब्जेक्ट प्रबंधन वातावरण भंडारण से डेटा को सिंक्रनाइज़ करता है, यह पूर्ववत और फिर से संचालन की भी अनुमति देता है, जैसा कि अक्सर पाठ संपादकों और अन्य सॉफ़्टवेयर में किया जाता है।

विधि	विवरण
-undoManager	NSUndoManager लौटाता है, जो पूर्ववत संचालन करने के लिए जिम्मेदार है
-setUndoManager	नया NSUndoManager स्थापित करता है
-undo	एक NSUndoManager संदेश को पूर्ववत् करता है
-redo	एक NSUndoManager संदेश को फिर से भेजता है
-reset	सभी बिंदुओं को उस ऑब्जेक्ट पर रीसेट करने के लिए वातावरण का कारण बनता है जो इसे संसाधित करता है।
-rollback	जब तक परिवर्तन हैं तब तक NSUndoManager संदेश को पूर्ववत करें
उपयोग करना चाहिए पृष्ठभूमि	सभी परिवर्तनों को स्थानीय संग्रहण में सहेजता है। इस विधि को Git में एक कमिट की तरह बुलाने पर विचार करें। यदि रनटाइम पर एप्लिकेशन क्रैश होता है, तो सभी सहेजे गए डेटा खो जाएंगे।
-hasChanges	यदि पर्यावरण में वे परिवर्तन हैं जो रिपॉजिटरी के साथ सिंक्रनाइज़ नहीं थे, तो YES लौटाता है

अध्याय 5 में, हम कोर डेटा में पूर्ववत् और पुन: संचालन के बारे में बात करेंगे।

NSManagedObject वर्ग के NSManagedObject एक वस्तु में निहित डेटा तक पहुंचने के लिए एक सार्वभौमिक तरीका प्रदान करने के लिए KVC का समर्थन करते हैं। एक उदाहरण चर NSManagedObject के डेटा तक पहुंचने का सबसे आसान तरीका है valueForKey: पद्धति का उपयोग करना, डेटा लिखना (बदलना), setValue:forKey: विधि का उपयोग करना। मुख्य पैरामीटर मॉडल इकाई की एक विशेषता का नाम है।

 - (id)valueForKey:(NSString *)key; - (void)setValue:(id)value forKey:(NSString *)key; 

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

टिप्पणी

NSManagedObject के प्रत्येक ऑब्जेक्ट में पर्यावरण (NSManagedObjectContext) का संदर्भ होता है, जिसके अंतर्गत यह आता है। यह उस वस्तु के माध्यम से पर्यावरण का लिंक पाने के लिए गैर-चालान विकल्पों में से एक है जो इसमें है।

नया NSManagedObject कैसे बनाएं, हम अभी भी याद करते हैं:

 NSEntityDescription *entity = [NSEntityDescription entityForName:@"Organization" inManagedObjectContext:self.managedObjectContext]; NSManagedObject *org = [NSEntityDescription insertEntityForName:[entity name] inManagedObjectContext:self.managedObjectContext]; 

पर्यावरण में एक नई वस्तु बनाने के बाद, हम इसके क्षेत्रों के मूल्यों को निर्धारित करना शुरू कर सकते हैं:

 [org setValue:@"MyCompay, Inc." forKey:@"name"]; [org setValue:@77 forKey:@"id"]; 

KVO

किसी भी संपत्ति के परिवर्तनों की घटनाओं के लिए "सदस्यता" एक वस्तु में परिवर्तन की सूचना प्राप्त करने के लिए दिलचस्प और सुविधाजनक तरीकों में से एक है। NSManagedObject KVO का समर्थन करता है और किसी वस्तु की विशिष्ट संपत्ति में परिवर्तनों की सूचना भेजने की जिम्मेदारी लेता है।केवीओ कुछ ऐसा नहीं है जो केवल कोर डेटा की दुनिया से है, इस पैटर्न का उपयोग अधिकांश कोको फ्रेमवर्क में सक्रिय रूप से किया जाता है। केवीओ से संबंधित दो मुख्य विधियाँ हैं: willChangeValueForKey:और didChangeValueForKey:। पहला तरीका संपत्ति परिवर्तन से पहले कहा जाता है , और दूसरा, क्रमशः, उसके बाद ।
सूचनाएं प्राप्त करने से पहले, एक पर्यवेक्षक के रूप में हमारी वस्तु (जो परिवर्तनों को ट्रैक करेगी) को पंजीकृत करना आवश्यक है। यहाँ यह कैसा दिख सकता है:

 [managedObject addObserver:observerObject forKeyPath:@"theProperty" options:(NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld) context:nil]; 

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

अनुरोध कक्षाएं

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


डाटा अधिग्रहण अनुरोधों में मुख्य रूप से दो भाग होते हैं: उदाहरण NSPredicateऔर उदाहरण NSSortDescriptor। NSPredicateयह कुछ मानदंडों के अनुसार डेटा को फ़िल्टर करने के लिए डिज़ाइन किया गया है, औरNSSortDescriptorएक विशिष्ट क्रम में डेटा को सॉर्ट करने के लिए जिम्मेदार (आरोही, अवरोही)। अनुरोध में ये दोनों तत्व वैकल्पिक हैं, और यदि उनमें से कोई भी निर्दिष्ट नहीं किया गया है, तो आपको एक मनमाना (अपरिभाषित) क्रम में सभी डेटा का एक सेट प्राप्त होगा।

फ़िल्टर और छँटाई के बिना सभी संगठनों की एक सूची प्राप्त करने के लिए एक सरल अनुरोध बनाएँ:

 NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init]; NSEntityDescription *entity = [NSEntityDescription entityForName:@"Organization" inManagedObjectContext:self.managedObjectContext]; [fetchRequest setEntity:entity]; NSArray *organizations = [self.managedObjectContext executeFetchRequest:fetchRequest error:nil]; 

चूंकि हमने संगठनों की सूची को फ़िल्टर नहीं किया था, संगठनों के सरणी में हमारे पास रिपॉजिटरी (टाइप ऑब्जेक्ट्स NSManagedObject) में पाए गए सभी संगठन होंगे ।
आइए केवल उन संगठनों को प्राप्त करें जिनके नाम में विकल्प "इंक" है:

 NSPredicate *predicate = [NSPredicate predicateWithFormat:@"name contains %@", @"Inc."]; [fetchRequest setPredicate:predicate]; 

हम लेक्सिकोग्राफ़िक क्रम में नाम से संगठनों के परिणामी सेट को क्रमबद्ध करते हैं:

 NSSortDescriptor *sortByName = [NSSortDescriptor alloc] initWithKey:@"name" ascending:YES]; [fetchRequest setSortDescriptors:@[sortByName]]; 

अध्याय 6 में, हम साथ काम करने पर NSPredicateऔर करीब से देखेंगे NSSortDescriptor।
कोर डेटा ऑब्जेक्ट्स का अंतिम ग्राफ नीचे प्रस्तुत किया गया है:


हम NSFetchedResultsControllerअध्याय 9 में अधिक विस्तार से जांच करेंगे ।

कक्षा की बातचीत

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

पिछले अनुभाग में हमने जो डेटा मॉडल बनाया है, वह इस तरह दिखना चाहिए:


प्रत्येक इकाई के लिए, हमने आईडी संपत्ति को जोड़ा(विशिष्ट पहचानकर्ता) टाइप 16 का पूर्णांक । अधिकांश प्रोग्रामर, जो शायद इस बिंदु पर पहुंच गए हैं, पहले से ही ऑटो-इंक्रीमेंट के बारे में सोच चुके हैं और शायद एक्सकोड में भी ऐसा कुछ देखने की कोशिश कर रहे हैं। काश और आह! यदि आप इन प्रोग्रामर में से एक हैं, तो आप शायद पहले से ही ऐसा कुछ खोजने की कोशिश कर रहे हैं। और जिस कारण से आप इसे ढूंढ नहीं पाए, वह सरल है - यह बस वहां नहीं है! कोर डेटा ऑब्जेक्ट के लिए पॉइंटर्स का उपयोग करके ऑब्जेक्ट ग्राफ का प्रबंधन करता है। यह एक अद्वितीय पहचानकर्ता का उपयोग करने के लिए कोई मतलब नहीं है, जैसा कि आमतौर पर SQLite जैसे रिलेशनल डेटाबेस में किया जाता है (हाँ, यह संभव है कि कहीं कोर डेटा ऑटो-इंक्रीमेंट कुंजी का उपयोग करता है, लेकिन हमें इस बात का ध्यान नहीं रखना है)।
हमने निम्नलिखित कारणों से जानबूझकर एक विशिष्ट पहचानकर्ता को दर्ज किया है:

• ऑटो-इंक्रीमेंट का मुद्दा उठाएं
• पूर्णांक प्रकारों के साथ काम करने के एक उदाहरण पर विचार करें

एक व्यक्तिगत पहचानकर्ता एक सामाजिक सुरक्षा संख्या की तरह है। इसे स्वचालित रूप से बढ़ाने की कोई आवश्यकता नहीं है। इकाई के लिए Organization, यह idऑब्जेक्ट का हैश होगा, हालांकि यह विशिष्टता की 100% गारंटी नहीं देता है, यह इस एप्लिकेशन के लिए उपयुक्त है।

टिप्पणी

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

अब हम Core Core Data वस्तुओं को आरंभ करने के चरणों को याद करेंगे।

OrgChartAppDelegate.h

 #import <UIKit/UIKit.h> #import <CoreData/CoreData.h> @class OrgChartViewController; @interface OrgChartAppDelegate : UIResponder <UIApplicationDelegate> @property (nonatomic, strong) UIWindow *window; @property (nonatomic, strong) OrgChartViewController *viewController; @property (nonatomic, strong) NSManagedObjectModel *managedObjectModel; @property (nonatomic, strong) NSPersistentStoreCoordinator *persistentStoreCoordinator; @property (nonatomic, strong) NSManagedObjectContext *managedObjectContext; - (void)saveContext; - (NSURL *)applicationDocumentsDirectory; 

इसके अलावा, OrgChartAppDelegate.m में, हम 3-4 परिचित तरीकों को लागू करते हैं:

 - (void)saveContext { NSError *error = nil; NSManagedObjectContext *managedObjectContext = self.managedObjectContext; if(nil != managedObjectContext) { if([managedObjectContext hasChanged] && ![managedObjectContext save:&error]){ NSLog(@"Unresolved error %@, %@", error, [error userInfo]); abort(); } } } - (NSManagedObjectContext *)managedObjectContext { if(nil != _managedObjectContext) return _managedObjectContext; NSPersistentStoreCoordinator *storeCoordinator = self.persistentStoreCoordinator; if(nil != storeCoordinator){ _managedObjectContext = [[NSManagedObjectContext alloc] init]; [_managedObjectContext setPersistentStoreCoordinator:storeCoordinator]; } return _managedObjectContext; } - (NSManagedObjectModel *)managedObjectModel { if(nil != _managedObjectModel) return _managedObjectModel; NSURL *model = [[NSBundle mainBundle] URLForResource:@"OrgChart" withExtension:@"momd"]; _managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:model]; return _managedObjectModel; } - (NSPersistentStoreCoordinator *)persistentStoreCoordinator { if(nil != _persistentStoreCoordinator) return _persistentStoreCoordinator; NSURL *storeURL = [[self applicationDocumentDirectory] URLByAppendingPathComponent:@"OrgChart.sqlite"]; NSError *error = nil; _persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initManagedObjectMode: self.managedObjectModel]; if(![_persistentStoreCoordinator addStoreWithType:NSSQLiteStoreType configuration:nil URL:storeURL options:nil error:&error]){ NSLog(@"Unresolved error %@, %@", error, [error userInfo]); abort(); } return _persistentStoreCoordinator; } - (NSURL *)applicationDocumentsDirectory { return [[[NSFileManaged defaultManager] URLsForDirectory:NSDocumentDirectory inDomain:NSUserDomainMask] lastObject]; } 

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

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { [self createData]; self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; self.viewController = [[OrgChartViewController alloc] initWithNibName:@"OrgChartViewController" bundle:nil]; self.window.rootViewController = self.viewController; [self.window makeKeyAndVisible] return YES; } 

में OrgChartAppDelegate.h :

 - (void)createData; 

में OrgChartAppDelegate.m :

 - (void)createData { //.... } 

आइए एक संगठन बनाकर शुरुआत करें:

 NSManagedObject *organization = [NSEntityDescription insertNewObjectForEntityForName:@"Organization" inManagedObjectContext:self.managedObjectContext]; 

हमने एक संगठन बनाया, लेकिन उसका नाम या पहचानकर्ता नहीं दिया।

 [organization setValue:@"MyCompany, Inc." forKey:@"name"]; 

जैसा कि हम याद करते हैं, हमारे पास टाइप 16 की एक विशेषता है Integer 16. CoreData में सभी सेट मान ऑब्जेक्ट (कोई int, long, char, enum) नहीं होने चाहिए। हम पूर्णांक प्रकार के लिए आवरण वर्ग का उपयोग करते हैं: NSNumber।
कोड इस तरह दिखेगा:

 [organization setValue:[NSNumber numberWithInt:[@"MyCompany, Inc." hash]] forKey:@"id"]; 

संगठन का नाम और विशिष्ट पहचानकर्ता सेट करें। भंडारण में अभी तक कुछ भी सहेजा नहीं गया है, लेकिन यह NSManagedObjectContextवस्तुओं की स्थिति में सभी परिवर्तनों की निगरानी करता है और उन्हें save:विधि के बाद ही स्थानीय भंडारण में बचाता है।

एक संगठन लोगों के बिना काम नहीं कर सकता है, हालांकि ...
चलो कई कर्मचारी बनाएं:

 NSManagedObject *john = [NSEntityDescription insertNewObjectForEntityForName:@"Person" inManagedObjectContext:self.managedObjectContext]; [john setValue:@"John" forKey:@"name"]; [john setValue:[NSNumber numberWithInt:[@"John" hash]] forKey:@"id"]; NSManagedObject *jane = [NSEntityDescription insertNewObjectForEntityForName:@"Person" inManagedObjectContext:self.managedObjectContext]; [jane setValue:@"Jane" forKey:@"name"]; [jane setValue:[NSNumber numberWithInt:[@"Jane" hash]] forKey:@"id"]; NSManagedObject *bill = [NSEntityDescription insertNewObjectForEntityForName:@"Person" inManagedObjectContext:self.managedObjectContext]; [bill setValue:@"Bill" forKey:@"name"]; [bill setValue:[NSNumber numberWithInt:[@"Bill" hash]] forKey:@"id"]; 

अब हमारे पास एक संगठन है और तीन असंबंधित लोग हैं। जॉन के सीईओ हैं, और जेन और बिली सहायक हैं।
हमारे पास दो प्रकार के संचार हैं: एक-से-एक (संगठन में केवल एक सीईओ है) और एक-से-कई (एक कर्मचारी के पास कई अधीनस्थ हो सकते हैं)।
इसलिए, जॉन के साथ संगठन को जोड़ना (कनेक्शन स्थापित करना) और इसे सीईओ बनाना काफी सरल है:

 [organization setValue:john forKey:@"leader"]; 

कोर डेटा पूरी तरह से समझता है कि आप किस वस्तु में फिसल गए हैं और यह किस तरह का कनेक्शन होना चाहिए। वैसे, यदि आप जॉन के बजाय किसी अन्य प्रकार को पारित करने की कोशिश करते हैं, तो कोड काम नहीं करेगा।

अब हमें यह पता लगाने की जरूरत है कि जेन और बिली के साथ क्या करना है। कोर डेटा एक-से-कई संबंधों से एक प्रकार के रूप में बहुत कुछ देता है NSSet। इसलिए, हमें नए कर्मचारियों को जोड़ने में सक्षम होने के लिए, विधि को कॉल करना आवश्यक है mutableSetValueForKey:, और नहीं valueForKey:, जो वस्तुओं के अपरिवर्तनीय सेट को वापस कर देगा।
इस तरह से जेन और बिली को जोड़ने का कोड दिखेगा:

 NSMutableSet *johnsEmployees = [john mutableSetValueForKey:@"employees"]; [johnsEmployees addObject:jane]; [johnsEmployees addObject:bill]; 

ये सभी परिवर्तन, हमारे द्वारा बनाई गई वस्तुओं के सभी ग्राफ़ को सहेजा जाना चाहिए:

 [self saveContext]; 

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

SQLite

हम अपने हाथों में एक फावड़ा लेते हैं, कंसोल को लॉन्च करते हैं और ... चलो चलते हैं:

 cd ~/Library/Application\ Support/iPhone\ Simulator 

हमारे डेटाबेस का पता लगाएं:

 find . -name "OrgChart.sqlite" –print 

हमें कुछ इस तरह मिलेगा:

 ./5.0/Applications/E8654A34-8EC4-4EAF-B531-00A032DD5977/Documents/OrgChart.sqlite 

हम लॉन्च करते हैं:

 sqlite3 ./5.0/Applications/E8654A34-8EC4-4EAF-B531-  00A032DD5977/Documents/OrgChart.sqlite 

इस स्तर पर, हम SQLite शेल के साथ सामना कर रहे हैं। हम कमांड दर्ज कर सकते हैं।

 SQLite version 3.7.5 Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> 

दिलचस्प और उपयोगी कमांड में से एक कमांड है .schemeजो हमें कोर डेटा द्वारा बनाई गई तालिकाओं की संरचना प्रदर्शित करता है:

 sqlite> .schema CREATE TABLE ZORGANIZATION ( Z_PK INTEGER PRIMARY KEY, Z_ENT INTEGER, Z_OPT INTEGER, ZID INTEGER, ZLEADER INTEGER, ZNAME VARCHAR ); CREATE TABLE ZPERSON ( Z_PK INTEGER PRIMARY KEY, Z_ENT INTEGER, Z_OPT INTEGER, ZID INTEGER, Z2EMPLOYEES INTEGER, ZNAME VARCHAR ); CREATE TABLE Z_METADATA (Z_VERSION INTEGER PRIMARY KEY, Z_UUID VARCHAR(255), Z_PLIST BLOB); CREATE TABLE Z_PRIMARYKEY (Z_ENT INTEGER PRIMARY KEY, Z_NAME VARCHAR, Z_SUPER INTEGER, Z_MAX INTEGER); CREATE INDEX ZORGANIZATION_ZLEADER_INDEX ON ZORGANIZATION (ZLEADER); CREATE INDEX ZPERSON_Z2EMPLOYEES_INDEX ON ZPERSON (Z2EMPLOYEES); sqlite> 

कई आंतरिक क्षेत्र हैं, कुछ अतिरिक्त टेबल जिन्हें आपको Xcode मॉडल संपादक में खोजने की संभावना नहीं है। आप उसी स्वचालित रूप से इंक्रीमेंट कुंजी (INTEGER PRIMARY KEY) के लिए फ़ील्ड देख सकते हैं।
आइए डेटाबेस में उपलब्ध सभी संगठनों और कर्मचारियों का नमूना लेने का प्रयास करें:

 sqlite> select Z_PK, ZID, ZLEADER, ZNAME from ZORGANIZATION; 1|-19904|2|MyCompany, Inc. sqlite> select Z_PK, ZID, Z2EMPLOYEES, ZNAME from ZPERSON; 1|6050|2|Jane 2|-28989||John 3|28151|2|Bill sqlite> 

3 कॉलम पर ध्यान दें जिसमें मूल वस्तु के पहचानकर्ता को इंगित किया गया है, इस मामले में, बिली और जेन जॉन के मार्गदर्शन में हैं (अद्वितीय पहचानकर्ता 2 है)।

शेल से बाहर निकलने के लिए:

 sqlite> .quit 

डेटा का अनुरोध करें

इस अध्याय में, हमने कोर डेटा का उपयोग करते हुए SQLite स्टोरेज में डेटा रिकॉर्ड किया, और कोराइट डेटा को बनाने और डेटा को सहेजे जाने की पुष्टि करने के लिए डेटाबेस संरचना की जाँच करने के लिए SQLite शेल का उपयोग किया।
अब हम उसी Core Data का उपयोग करके स्टोरेज से डेटा रिक्वेस्ट करेंगे। Xcode फ़ाइल खोलें OrgChartAppDelegate.m।

चूंकि कर्मचारियों के बीच संबंध पुनरावर्ती है (रिश्ते के दोनों किनारों पर एक इकाई), हम एक विधि लिखते हैं जो आपको उन कर्मचारियों की सूची प्रदर्शित करने की अनुमति देता है जो एक सुखद और स्पष्ट प्रारूप में निर्दिष्ट ग के अधीनस्थ हैं:

 - (void)displayPerson:(NSManagedObject *)person withIndentation:(NSString *)indentation { NSLog(@"%@Name: %@", indentation, [person valueForKey:@"name"]); //     indentation = [NSString stringWithFormat:@"%@ ", indentation]; NSSet *employees = [person valueForKey:@"employees"]; id employee; NSEnumerator *it = [employees objectEnumerator]; while((employee = [it nextObject]) != nil) { [self displayPerson:employee withIndentation:indentation]; } } 

अब हम सभी संगठनों के लिए एक नमूना विधि लिखते हैं, अपने सीईओ और सभी अधीनस्थों के साथ संगठन का नाम प्रदर्शित करते हैं:

 - (void)readData { NSManagedObjectContext *context = [self managedObjectContext]; NSEntityDescription *orgEntity = [NSEntityDescription entityForName:@"Organization" inManagedObjectContext:context]; NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init]; [fetchRequest setEntity:orgEntity]; NSArray *organizations = [context executeFetchRequest:request error:nil]; id organization; NSEnumerator *it = [organizations objectEnumerator]; while ((organization = [it nextObject]) != nil) { NSLog(@"Organization: %@", [organization valueForKey:@"name"]); NSManagedObject *ceo = [ogranization valueForKey:@"leader"]; [self displayPerson:ceo withIndentation:@" "]; } } 

विधियों को जोड़ना न भूलें OrgChartAppDelegate.h:

 - (void)readData; - (void)displayPerson:(NSManagedObject *)person withIndentation:(NSString *)indentation; 

अब विधि पर वापस जाएँ, application:didFinishLaunchingWithOptions:और विधि को कॉल करने के बजाय, createDataकॉल करें readData:

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { //[self createData]; [self readData]; self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; self.viewController = [[OrgChartViewController alloc] initWithNibName:@"OrgChartViewController" bundle:nil]; self.window.rootViewController = self.viewController; [self.window makeKeyAndVisible]; return YES; } 

एप्लिकेशन लॉन्च करें और कंसोल देखें:


प्रयोग करने से डरो मत: नए कर्मचारी जोड़ें, डेटाबेस हटाएं और एप्लिकेशन को फिर से इसे पुनर्स्थापित करने दें, नए संगठन बनाएं।
यहाँ, उदाहरण के लिए, हमने एक नया कर्मचारी जोड़ा, जिसके प्रमुख को जेन नियुक्त किया गया था:

निष्कर्ष

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