शुभ दिन, प्रभामंडल!

मैंने इस लेख को दो भागों में तोड़ने का फैसला किया है - पहला NEP नई फ़ाइल नीति और मेरे पसंदीदा दस्तावेज़ फ़ोल्डर को साफ करने के बारे में होगा, अर्थात्। IOS डेवलपर के लिए उपयोगी जानकारी (ऐसा लगता है कि उन्होंने अभी तक इसके बारे में Habré पर नहीं लिखा है)। यदि आप AppStore में अपडेट / नया एप्लिकेशन अपलोड करते समय अपनी नसों, समय और धन को बचाना चाहते हैं, तो यह जानकारी बहुत उपयोगी है, इसलिए मैं इसे सभी को पढ़ने की सलाह देता हूं।

दूसरे में, मैं ऐप्पल की पहली तकनीकी सहायता लाइन और वॉचमैन के सिंड्रोम के साथ युद्ध के बारे में बात करूंगा, लेकिन यह एक कथा से अधिक है और आपको इसे पढ़ने की आवश्यकता नहीं है।

अब फाइलें कहां से लिखें?

IOS 3.x-4.x पर किसी भी ट्यूटोरियल / मैनुअल में यह अंग्रेजी में सफेद रंग में लिखा गया था - जैसे एक विधि बनाएं

+ (NSString *) pathForDocuments { NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES); return [paths objectAtIndex:0]; } 

और वहां सब कुछ लिखें - इंटरनेट से डाउनलोड किया गया आधार, कैश, सामान्य रूप से, जो भी आपको पसंद है। IOS 5.0 में iCloud सेवा की शुरुआत के साथ, Apple ने इस तथ्य के कारण अपनी नीति को बदल दिया है कि iTunes और iCloud दोनों दस्तावेज़ फ़ोल्डर का पूर्ण बैकअप बनाते हैं

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

लेकिन डरो मत, बेबी! चमत्कार iCloud ने आपके दस्तावेज़ फ़ोल्डर को सिंक्रनाइज़ कर दिया है, और अब ताजा खोले गए गोल्डन अंडे आपको कवर के नीचे उपलब्ध हैं! अब में एच.डी.

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

यह घटना, विशेष रूप से, लिंग्वो शब्दकोशों के साथ देखी गई है। Apple की आज्ञा से, ऐसी सामग्री जिसे प्रोग्राम द्वारा पुनः बनाया जा सकता है या इंटरनेट से पुनः डाउनलोड किया जा सकता है, को दस्तावेज़ों में रखा जाना सख्त मना है (यह पर निर्भर करता है)। इसके बजाय, उन्हें लाइब्रेरी / कैश में रखा जाना चाहिए, जहां से सिस्टम, यदि पर्याप्त डिस्क स्थान नहीं है, तो उन्हें तुरंत ध्वस्त कर दिया जाएगा। परिदृश्य जितना आप सोच सकते हैं उससे अधिक आम है - अपने प्रिय के साथ शाम को देखने के लिए एक iPad पर जर्मन एचडी फिल्मों के एक जोड़े को डाउनलोड करने के लायक है, और जर्मन-फ्रेंच शब्दकोश चला गया है - आपको इसे काम करने के तरीके पर 3 जी पर डाउनलोड करना होगा। मेट्रो में।

स्वाभाविक रूप से, डेवलपर्स नाराज होने लगे - उपयोगकर्ता एक ऐसे प्रोग्राम का उपयोग नहीं करना चाहेगा जिसमें से सेलुलर टैरिफ की महंगी मेगाबाइट द्वारा पंप की गई सामग्री गायब हो जाती है। इसके लिए, पहले से ही 5.0.1 में, Apple ने Do Not Backup विशेषता को जोड़ा - यह किसी भी फाइल या फोल्डर में डॉक्यूमेंट्स में डालने लायक है, और आई-क्लॉक के साथ-साथ आईट्यून्स उन्हें अनदेखा कर देंगे। उसी समय, सिस्टम को उन्हें हटाने का अधिकार नहीं होगा यदि पर्याप्त खाली स्थान नहीं है, अर्थात। सब कुछ हमेशा की तरह रहेगा। कोड में, यह इस तरह दिखता है ( आधिकारिक स्रोत से लिया गया है):

 #include <sys/xattr.h> - (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL { const char* filePath = [[URL path] fileSystemRepresentation]; const char* attrName = "com.apple.MobileBackup"; u_int8_t attrValue = 1; int result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0); return result == 0; } 

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

उपयोगी जानकारी के लिए यह सब, आधिकारिक नियमों को पढ़ना सुनिश्चित करें - कुछ पत्र हैं, लेकिन वे आपको बहुत सारी नसों को बचाएंगे।

कैसे करना है?

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

रिजेक्ट से कैसे निपटा जाए

यह केवल उन लोगों के लिए उपयोगी होगा जो पहले से ही इस समस्या का सामना कर चुके हैं। इसलिए, सुबह-सुबह मैं काम पर आता हूं और देखता हूं - एप्लिकेशन को रीडायरेक्ट किया गया है। मैंने पवित्र गोलियां पढ़ीं, जिन्हें समीक्षक ने संदर्भित किया - और वास्तव में, उन्होंने क्रमांक 1 और नंबर 2 का उल्लंघन किया। लेकिन नंबर 4 पढ़ने के बाद, मैं समझता हूं कि अभी भी एक खामी है। कोड को पूरा करने के लिए कुछ मिनट, क्यूए का परीक्षण करने के लिए 2 घंटे, और हमने एप्लिकेशन को फिर से शुरू किया, एक टिप्पणी के साथ कहा कि हमारी फ़ाइलों की "आपके ऐप के उचित कामकाज के लिए या क्योंकि ग्राहकों को यह ऑफ़लाइन उपयोग के दौरान उपलब्ध होने की उम्मीद है"। जो, वैसे, शुद्ध सत्य था।

दो दिन बाद, दूसरा मसौदा, एप्पल की प्रतिक्रिया की शैली में आता है:

आपके उत्तर के लिए धन्यवाद।
// गैर-उपयोगकर्ता-जनित सामग्री की अयोग्यता के बारे में दूसरे पैराग्राफ से उद्धरण

ग्राहक बहुत चिंतित था, लेकिन मैंने उन्हें अचंभे में डालने का फैसला किया - मैंने विस्तार से लिखा, आधे पृष्ठ पर, प्रत्येक फ़ाइल का उद्देश्य, प्रत्येक छोटे डैडी, को 2 बिंदु का उल्लेख नहीं करने के लिए कहा, लेकिन 4 बिंदु पर। ग्राहक ने 3 दिनों के बाद भी अपने बारे में एक नया उत्तर जोड़ा। :

आपके उत्तर के लिए धन्यवाद।
// गैर-उपयोगकर्ता-जनित सामग्री की अयोग्यता के बारे में दूसरे पैराग्राफ से उद्धरण

ग्राहक घबरा गया, हर दिन 3 बार मुझे सामग्री के पत्र मिलने शुरू हुए:

मुझे विश्वास है कि आप इसे हल्के में नहीं लेते।
लेकिन अन्य क्रियाओं को लेने से इंकार करना निराशाजनक, निराशाजनक और निराशाजनक है।

या अभी तक बेहतर है

मैं खोए हुए समय के लिए भुगतान करने वाला नहीं हूं। और हर ग्राहक को ऐसे चालान से काट दिया जाएगा। आप मुझे कोई विकल्प नहीं छोड़ते।

सामान्य तौर पर, उनमें से हजारों, लेकिन वह बात नहीं है।

Apple (हर 2-3-4 दिन) से प्रतिक्रियाओं की गति को देखते हुए, स्थिति गर्म हो रही थी। एक को आभास हो गया कि समीक्षक ने पहले तीन की कॉपी-पेस्ट पर रोकते हुए गोलियों के चौथे बिंदु को बाध्य नहीं किया है।

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

पढ़ने के बाद

याय! हम बहुत खुश हैं और उत्कृष्ट हैं। आपके सभी काम के लिए धन्यवाद! (समीक्षा प्रक्रिया में इस आईडी के साथ ईवीएन)

मैं एक वैलेरियन के साथ बीयर पीने के लिए मन की शांति के साथ गया।

सारांश

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

आपको और आपके अनुप्रयोगों को शुभकामनाएँ, और मूल्यांकन आपके साथ आ सकता है!