कोर डेटा के लिए mogenerator जिसके बारे में आपको जानना आवश्यक है

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

जैसा कि ऊपर वर्णित है, मोगेनरेटर प्रति इकाई दो कक्षाएं उत्पन्न करता है, बस चार फाइलें। इकाई को इकाई कहा जाता है, ऐसी इकाई के लिए निम्नलिखित फाइलें जनरेट की जाएंगी:

• _Entity.h, _Entity.m - _Entity class में शामिल हैं, इन दो फ़ाइलों को प्रत्येक बार तब जोड़ा जाएगा जब इकाई को बदल दिया जाता है, प्रोजेक्ट में उन्हें जोड़ने के बाद आप उनके बारे में भूल सकते हैं,
• Entity.h, Entity.m - _Entity से विरासत में मिली इकाई को सम्‍मिलित करें, ये दो फाइलें केवल एक बार जनरेट की जाएंगी, इन्हें संशोधित किया जा सकता है, इन्हें अधिलेखित नहीं किया जाएगा।

इकाई वर्ग का प्रतिनिधित्व करने के लिए इकाई में एंटिटी क्लास का उपयोग किया जाएगा और, सबसे अच्छा, _Entity क्लास को डेटा मॉडल के साथ सिंक्रनाइज़ किया जाएगा! एक बार जब आप mogenerator को कॉन्फ़िगर करते हैं और उत्पन्न फ़ाइलों को प्रोजेक्ट में जोड़ते हैं, तो आप फ़ाइलों को अपडेट करने के बारे में भूल सकते हैं, वे स्वचालित रूप से इस बात का ध्यान रखेंगे।

जब तक मुझे मोगेनरेटर के अस्तित्व के बारे में पता चलता है, मैंने श्रेणियों का उपयोग किया, मेरे पास इकाई इकाई के लिए निम्नलिखित फाइलें थीं:

• Entity.h, Entity.m - इकाई वर्ग में शामिल हैं, मैंने मॉडल में इकाई को बदलने के बाद मैन्युअल रूप से इन दो फ़ाइलों को फिर से बनाया है,
• EntityEx.h, EntityEx.m. - EntityEx के लिए Ex श्रेणी में शामिल हैं। मैंने कार्यक्षमता जोड़ने के लिए इन दो फ़ाइलों का उपयोग किया, अन्य फ़ाइलों में मैंने EntityEx.h को Entity.h के बजाय कनेक्ट किया।

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

Xcode 4 में mogenerator (उदाहरण के रूप में Xcode 4.6.2 का उपयोग करके) का उपयोग करके स्वचालित फ़ाइल पीढ़ी को कॉन्फ़िगर करना

0. बेशक आपको mogenerator को डाउनलोड और इंस्टॉल करना होगा ।
1. ऐसी स्क्रिप्ट बनाएं जो आवश्यक मापदंडों के साथ मोगेनरेटर चलाएगी, जो स्क्रिप्ट मैं उपयोग करता हूं वह यहां प्राप्त की जा सकती है । उदाहरण लिपि:

#     #   ,          HUMAN_DIR="${PROJECT_DIR}/MogeneratorDemo/CoreData/Entities" #   ,         . MACHINE_DIR="${PROJECT_DIR}/MogeneratorDemo/CoreData/EntitiesMachine" #    ,      (#import "{className}.h")   .h  HUMAN_DIR INCLUDE_H="${PROJECT_DIR}/MogeneratorDemo/CoreData/ModelIncludes.h" mogenerator --model \"${INPUT_FILE_PATH}\" --machine-dir "$MACHINE_DIR/" --human-dir "$HUMAN_DIR/" --includeh "$INCLUDE_H" --template-var arc=true 

अंतिम पैरामीटर पर ध्यान दें: --template-var arc = true, इसके लिए धन्यवाद, उत्पन्न फाइलें एआरसी के साथ संगत होंगी।
NSManagedObject के अलावा अन्य किसी बेस क्लास को परिभाषित करने के लिए --base-class विकल्प का उपयोग करें।

2. अब Xcode में, इच्छित लक्ष्य का चयन करें, "नियम बनाएँ" टैब खोलें, दो नियम जोड़ें, एक "डेटा मॉडल फ़ाइलों" के लिए:



, "डेटा मॉडल फ़ाइलों के लिए":



आउटपुट फाइलों में लाइन निर्दिष्ट करना न भूलें, इसके बिना स्क्रिप्ट बिल्कुल भी लॉन्च नहीं होगी (यदि मैं गलत हूं तो मुझे सही करें)।

3. मॉडल में प्रत्येक इकाई के लिए, आपको सही वर्ग (आमतौर पर इकाई के नाम के समान) निर्दिष्ट करना होगा:



अन्यथा, मोगेनरेटर संस्थाओं को छोड़ देगा और उनके लिए फाइलें उत्पन्न नहीं करेगा।

4. बस, अब आप एक प्रोजेक्ट बनाने की कोशिश कर सकते हैं (बिल्ड, कमांड बी)
मोगेनेटर का परिणाम जानने के लिए, आप लॉग नेविगेटर में देख सकते हैं और नवीनतम बिल्ड का चयन कर सकते हैं:



छवि उन समस्याओं में से एक दिखाती है जो हो सकती हैं:

 "Print: Entry, "_XCCurrentVersionName", Does Not Exist" 

ऐसा तब होता है जब संस्करण डेटा मॉडल में अभी तक कोई संस्करण नहीं जोड़ा गया है, उदाहरण के लिए, आपने इसे बनाया है। मुझे यकीन नहीं है कि यह एक बड़ी समस्या है, लेकिन इसे जोड़ने और हटाने (% मॉडल% .xcdatamodeld "पैकेज सामग्री दिखाएं", मैन्युअल रूप से .xcdatamodel या टर्मिनल के माध्यम से हटाने, सुविधाजनक के रूप में) डेटा मॉडल संस्करण द्वारा तय किया जा सकता है। इस निष्कासन के बाद, आपको प्रोजेक्ट में .xcdatamodeld फ़ाइल हटाना और जोड़ना होगा।

यदि सब कुछ लॉग नेविगेटर में सही ढंग से किया जाता है, तो आप निम्न की तरह कुछ देख सकते हैं:



5. उत्पन्न की गई फ़ाइलें स्वयं प्रोजेक्ट में नहीं जोड़ी जाएंगी; आपको इसे स्वयं करना होगा:



यह ModelIncludes.h फ़ाइल को शामिल करने के लिए पर्याप्त है और सभी उत्पन्न .h सही जगह पर उपलब्ध होंगे। एक बार जब आप प्रोजेक्ट में एक नई-जेनरेट की गई फ़ाइल जोड़ते हैं, तो आप इसके बारे में भूल सकते हैं, प्रत्येक असेंबली से पहले, आवश्यक फाइलों को फिर से तैयार किया जाएगा।

मैंने एक डेमो प्रोजेक्ट एक साथ रखा, जिसमें मोगेनेटर वर्णित तरीके से कॉन्फ़िगर किया गया है।

कुछ उपयोगी छोटी चीजें

परिवर्तनशील विशेषताएँ

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

  CDPlace* cdPlace = … Coords2D* coords2D = ... cdPlace.coordinates = coords2D; //    

समस्या एक मोगेनरेटर के साथ ट्रांसफ़ॉर्मेबल विशेषताओं का उपयोग करते समय प्रकट होती है - एक वर्ग को कैसे निर्दिष्ट किया जाए ताकि संपत्ति सही तरीके से उत्पन्न हो?

  @interface _CDPlace : NSManagedObject {} ... @property (nonatomic, strong) Coords2D* coordinates; //  mogenerator     Coords2D? 

इसका समाधान यह है: आपको UserInfo विशेषता पर विशेषताValueClassName =>% class_name% जोड़ना होगा:
1. Xcode में, निर्देशांक विशेषता का चयन करें,



2. दाईं ओर, डेटा मॉडल इंस्पेक्टर टैब चुनें,
3. उपयोगकर्ता जानकारी समूह में, सूची के नीचे + क्लिक करें और जोड़ें:



अगली पीढ़ी में, संपत्ति निर्देशांक Coord2D प्रकार के होंगे।

नाम बदलें

यदि आप एक इकाई का नाम बदलते हैं, तो mogenerator बस वर्गों की एक नई जोड़ी उत्पन्न करता है, अनावश्यक लोगों को हटाकर और आवश्यक फ़ाइलों का नाम बदलकर मैन्युअल रूप से किया जाना चाहिए।
साथ में - Bourhaned और --model पैरामीटर का उपयोग करने से आपको उन स्रोत फ़ाइलों की सूची प्राप्त करने की अनुमति मिलती है, जिनके लिए मॉडल में कोई संगत इकाइयाँ नहीं मिलीं। उदाहरण के लिए, आप एक आदेश में हटाए गए और पुनर्नामित संस्थाओं के लिए फ़ाइलों को हटाने के लिए mogenerator के आउटपुट xargs + git पर पुनर्निर्देशित कर सकते हैं:

 $ mogenerator --model ../Model.xcdatamodel --orphaned | xargs git rm 

और क्या?

mogenerator कस्टम टेम्पलेट्स का समर्थन करता है, अर्थात वसीयत में फ़ाइलों को भरने के तरीके को बदलने का एक अवसर है, अपने बॉयलरप्लेट कोड को एकीकृत करें, अपना स्वयं का टेम्पलेट बनाएं और मोगेनरेटर के साथ इसका उपयोग करें।
मानक टेम्पलेट बन्स के निम्नलिखित सेट प्रदान करता है:

• सत्यापन - आसानी से सत्यापन विधि को फिर से परिभाषित करें।
• % विशेषता% मान - संख्यात्मक और बूल प्रकार के लिए सुविधाजनक बसने वाले हैं जो आपको NSNumber के साथ उपद्रव से बचने की अनुमति देते हैं, उदाहरण के लिए:
  
  

   NSInteger sum = entity.int32AtributeValue + 5; // vs [entity.int32Atribute integerValue] + 5 entity.int32AtributeValue = 500; // vs entity.int32Atribute = @500 or [NSNumber numberWithInteger: 500] 

  
  
• MOC के साथ काम करने के लिए सुविधाजनक तरीके:
  
  

   Entity* entity = [Entity insertInManagedObjectContext:context]; //   Entity  MOC context NSString* entityName = [Entity entityName]; //    NSEntityDescription* entityDescription = [Entity entityInManagedObjectContext:context]; //  EntityDescription  MOC context 

  
  
• संस्था के सभी उदाहरणों को भंडार में लाने की विधि:
  
  

   NSArray* allEntities = [Entity fetchAllEntities:context]; 

यह एक पूर्ण सेट नहीं है; वर्गों को उत्पन्न करने के लिए एक मानक टेम्पलेट mogenerator के साथ विकसित किया जा रहा है।

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