न्यूज़स्टैंड ऐप। IOS पत्रिका बनाएं

हाल ही में, मैं एक पेपर पत्रिका के iOS संस्करण को विकसित कर रहा था। दरअसल, यह इस विषय को प्रकट करने का एक प्रयास है।

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

उपयोगकर्ता स्तर पर, कई पत्रिकाओं की समीक्षा के बाद, यह एक तकनीकी समाधान की तलाश करने का समय है। सबसे पहले, न्यूज़स्टैंड किट सामने आई।

न्यूज़स्टैंड किट निम्नांकित विजेट के होते हैं: विशेष पुस्तकालय प्रबंधन तंत्र (NKLibrary) पत्रिका (NKIssue) और लोड हो रहा है (NKAssetDownload) के अलग-अलग मुद्दों, पृष्ठभूमि सहित लोड हो रहा है है। अच्छी तरह से ठंडा! हालांकि, उस समय मेरे लिए यह पूरी तरह से अस्पष्ट था कि इन गिज़्मों को एक पत्रिका में कैसे बदलना है।

सभी समान। जाहिर है, कार्यक्रम-पत्रिका में दो भाग होते हैं: पत्रिका के मुद्दों का प्रबंधन और एक अलग पत्रिका का प्रदर्शन। यानी न्यूज़स्टैंड किट पहले घटक - प्रबंधन पर केंद्रित है। दूसरा घटक - पत्रिका के एक अंक का प्रदर्शन - Apple ने किसी भी टेम्पलेट को बोझ नहीं बनाया। मैं उसके साथ शुरू करूँगा, दूसरा।

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

जैसा कि मैंने ऊपर उल्लेख किया है, Apple एक विशिष्ट पत्रिका प्रदर्शित करने के मामले में डेवलपर्स को प्रतिबंधित नहीं करता है। हालांकि, यह संभवतः अच्छे रूप में स्वीकार किया जाता है, एक पत्रिका को स्वाइप के साथ पृष्ठांकित करता है। इसके लिए, मैंने UIScrollView और अनंत स्क्रॉलिंग के विचार (देव सेब -> WWDC -> स्क्रॉलव्यू तकनीक -> अनंत स्क्रॉलिंग) का उपयोग किया। संक्षेप में, तो आपको पूरे मुख्य दृश्य पर UIScrollView डालना होगा। UIScrollView के लिए, सामग्री को चौड़ाई में तीन स्क्रीन पर सेट करें और उस पर तीन UIViews (प्रत्येक एक स्क्रीन का आकार) डालें। कुछ और सेटिंग्स हैं और हमारे पास स्वाइप पर एक सुंदर पेजिंग है। फिनिश लाइन पर, यह UIScrollView प्रतिनिधि पद्धति को लागू करने के लिए बना हुआ है - स्क्रॉलव्यूडीडइंडएक्लेरेटिंग: - और, इसके अनुसार, आंतरिक UIView को अपडेट करें। अनंत स्क्रॉल की जटिलता - यदि आप एक और दृश्यमान UIVeiw, समान, UIScrollView एम्बेड करते हैं - क्षैतिज और ऊर्ध्वाधर लंघन की ओर जाता है।

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

@interface DataManager : NSObject @property (nonatomic) int articleIndex; @property (nonatomic) int pageIndex; @property (nonatomic, strong) NSArray *articles; + (id) sharedManager; - (UIView *) currentView; - (UIView *) prevView; - (UIView *) nextView; - (UIView *) upperView; - (UIView *) lowerView; - (int) lastArticleIndex; - (int) lastPageIndex; @end 

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

 <plist version="1.0"> <array> <array> <dict> <key>class</key> <string>SimplePage</string> <key>properties</key> <dict> <key>baseImage</key> <string>1-0.png</string> </dict> </dict> </array> <array> <array> <array> 

  <dict> <dict> <key>class</key> <string>PhotoPage</string> <key>properties</key> <dict> <key>baseImage</key> <string>9-0-4.png</string> <key>photos</key> <array> <dict> <key>photo</key> <string>9-1-f1.png</string> <key>thumbnail</key> <string>9-1-f1m.png</string> </dict> <dict> <dict> <dict> 

मेरा मानना ​​है कि आपने प्रत्येक पृष्ठ - वर्ग की पहली संपत्ति पर ध्यान दिया। हाँ, कितना सुविधाजनक है! मैंने कॉन्फ़िगरेशन में वर्ग का नाम लिखा था, और उस पर वांछित पृष्ठ बनाया। पूर्वोक्त एकल के टुकड़े

 - (UIView *) currentView { NSArray *article = [self.articles objectAtIndex:articleIndex]; NSDictionary *page = [article objectAtIndex:pageIndex]; return [self viewWithDictionary:page]; } - (UIView *) viewWithDictionary: (NSDictionary *) dictionary { Class class = NSClassFromString([dictionary valueForKey:@"class"]); NSDictionary *pageProperties = [dictionary valueForKey:@"properties"]; UIView *uiView = [[class alloc] initWithDictionary:pageProperties]; return uiView; } 

क्या उल्लेख करना बाकी है? मैं आपको SimplePage इंटरफ़ेस दिखाऊंगा। शेष पृष्ठ कक्षाएं, एक तरह से या किसी अन्य, इसे विरासत में मिलती हैं

 @interface SimplePage : UIView @property (nonatomic, strong) NSString *imageDirectory; - (id) initWithDictionary: (NSDictionary *) pageProperties; @end 

यानी हम उन वर्गों का एक समूह बनाते हैं जो UIView से प्राप्त होते हैं, और इन वर्गों के अनुसार हम एकल-लॉग कॉन्फिगर लिखते हैं।

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

 #if IS_LOCAL // doc/img dir imageDirectory = [DocumentsDirectory stringByAppendingPathComponent:@"img"]; #else // issue dir NKIssue *nkCurrentlyReadingIssue = [[NKLibrary sharedLibrary] currentlyReadingIssue]; imageDirectory = [nkCurrentlyReadingIssue.contentURL path]; #endif #if DEBUG NSLog(@"imageDirectory %@", imageDirectory); #endif ] currentlyReadingIssue]; #if IS_LOCAL // doc/img dir imageDirectory = [DocumentsDirectory stringByAppendingPathComponent:@"img"]; #else // issue dir NKIssue *nkCurrentlyReadingIssue = [[NKLibrary sharedLibrary] currentlyReadingIssue]; imageDirectory = [nkCurrentlyReadingIssue.contentURL path]; #endif #if DEBUG NSLog(@"imageDirectory %@", imageDirectory); #endif 

यही सब मैं आपको एक लॉग को प्रदर्शित करने के लिए कार्यान्वयन विकल्प के बारे में बताना चाहता था। चलिए आगे बढ़ते हैं?

एनके प्रबंधन

शब्द ही बताता है कि किसी चीज़ को प्रबंधित करने की आवश्यकता है। सर्वर से डाउनलोड की गई चीज़ का संग्रह। इसलिए हम दूसरी संरचना पर आते हैं। यह समझने के लिए, आप सतह और NKLibrary NKIssue पर विचार करने की जरूरत है।

सरल के लिए, NKLibrary के लिए NKIssue-एक संग्रह। NKLibrary में कई उपयोगिताएँ हैं, अर्थात्। यह न्यूज़स्टैंड द्वारा सम्मानित किया गया एक संग्रह है। यह भी एक सिंगलटन है और, शायद, इस स्तर पर, यह सब है।

NKIssue एक पत्रिका के बारे में जानकारी संग्रहीत करता है। कम से कम, मुद्दे पर एक नाम और एक तारीख होनी चाहिए। अगर मुझसे गलती नहीं हुई, तो नाम की कुंजी होगी, और तारीख को हल किया जाएगा।

तो, कुछ, कहीं न कहीं, हमारे पास मुद्दे हैं

 <plist version="1.0"> <array> <dict> <key>Name</key> <string>f-2</string> <key>Title</key> <string>/ 2013</string> <key>Date</key> <date>2013-11-28T08:00:00Z</date> <key>Cover</key> <string>http://fo-nt.net/f/f2.png</string> <key>Content</key> <string>http://fo-nt.net/f/f2.zip</string> </dict> <dict> <dict> 

सर्वर से plist डाउनलोड कर रहा है, यह ले जाते हैं, NKIssue बनाने और उन्हें NKLibrary में जोड़ें

 NKLibrary *nkLib = [NKLibrary sharedLibrary]; issuesDictionary = [NSArray arrayWithContentsOfFile:issuesPlistFilePath]; for (NSDictionary *issueDictionary in issuesDictionary) { NSString *name = [issueDictionary valueForKey:@"Name"]; NKIssue *nkIssue = [nkLib issueWithName:name]; if(!nkIssue) { [nkLib addIssueWithName:name date:[issueDictionary objectForKey:@"Date"]]; NSString *coverPath = [issueDictionary valueForKey:@"Cover"]; if (IS_RETINA) coverPath = [self retinaURLStringForString:coverPath]; NSString *coverName = [coverPath lastPathComponent]; नाम]; NKLibrary *nkLib = [NKLibrary sharedLibrary]; issuesDictionary = [NSArray arrayWithContentsOfFile:issuesPlistFilePath]; for (NSDictionary *issueDictionary in issuesDictionary) { NSString *name = [issueDictionary valueForKey:@"Name"]; NKIssue *nkIssue = [nkLib issueWithName:name]; if(!nkIssue) { [nkLib addIssueWithName:name date:[issueDictionary objectForKey:@"Date"]]; NSString *coverPath = [issueDictionary valueForKey:@"Cover"]; if (IS_RETINA) coverPath = [self retinaURLStringForString:coverPath]; NSString *coverName = [coverPath lastPathComponent]; 

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

लिस्टिंग में, अभी भी लाइन है 'अगर (IS_RETINA)'। संक्षेप में, यहाँ बिंदु यह है कि पत्रिका के सभी चित्र सर्वर पर हैं। यहां हमें पहले से ही पता है कि हमारे पास क्या डिस्प्ले है। खैर, किसी और के प्रदर्शन के लिए चित्र क्यों डाउनलोड करें। आगे देखते हुए, मैं कहता हूं कि प्रत्येक पत्रिका के लिए डाउनलोड किट, Apple एक संग्रह में रखने की सलाह देता है। इसके अंत में, एक पत्रिका के लिए दो अभिलेखागार बनाना आसान है: सरल और @ 2x।

हमारे पास वर्तमान NKLibrary हैं। मामूली रूप से, लेकिन आप पहले से मौजूद लॉग्स के UI को प्रदर्शित कर सकते हैं।

प्रत्येक पत्रिका के लिए पुस्तकालय प्रदर्शन का दृश्य अलग है। हालांकि, कुछ अच्छी तरह से स्थापित है। उन्हें प्रदर्शित - सम्पत्तियों का एक समूह के साथ वहाँ NKIssue। उनमें से, विशेष रूप से दिलचस्प, संपत्ति '' स्थिति '' है, जो कि हो सकती है: कोई नहीं, डाउनलोड करना और उपलब्ध होना। यह इस तथ्य की ओर ले जाता है कि प्रदर्शित लॉग को डाउनलोड किया जा सकता है, क्रमशः डाउनलोड समाप्त होने और पढ़ने के लिए प्रतीक्षा करें।

आपको उस किट को डाउनलोड करने की आवश्यकता है जिसे ब्रोशर बनाने के चरण में तैयार किया गया था। NKAssetDownload तीसरी NK चीज़ है - न्यूज़स्टैंड के लिए एक विशेष लोडर (शायद ऐसा)। प्रक्रिया: NKIssue और NSURLRequest (NSURL, बारी में चयनित पत्रिका के लिए URL तार से ली गई है जो से प्राप्त), इन्स्तांत NKAssetDownload का उपयोग करना। इसे डाउनलोड करने के लिए कॉल करने की आवश्यकता होती है WithDelegate विधि: (आईडी <NSURLConnectionDownloadDelegate>) प्रतिनिधि

 NSURLRequest *req = [NSURLRequest requestWithURL:downloadURL]; NKAssetDownload *assetDownload = [nkIssue addAssetWithRequest:req]; [assetDownload downloadWithDelegate:self]; [assetDownload setUserInfo:[NSDictionary dictionaryWithObjectsAndKeys: [NSNumber numberWithInt:index], @"Index", nil]]; अनुरोध]; NSURLRequest *req = [NSURLRequest requestWithURL:downloadURL]; NKAssetDownload *assetDownload = [nkIssue addAssetWithRequest:req]; [assetDownload downloadWithDelegate:self]; [assetDownload setUserInfo:[NSDictionary dictionaryWithObjectsAndKeys: [NSNumber numberWithInt:index], @"Index", nil]]; 

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

 for (NKAssetDownload *assetDownload in [nkIssue downloadingAssets]) { [assetDownload downloadWithDelegate:self]; } downloadingAssets]) { for (NKAssetDownload *assetDownload in [nkIssue downloadingAssets]) { [assetDownload downloadWithDelegate:self]; } 

वह सब मालूम होता है। हम कुछ प्रगति बार के साथ डाउनलोड को पुन: प्राप्त करते हैं और इसके समाप्त होने की प्रतीक्षा करते हैं। डाउनलोड, सही करने के बाद, एप्लिकेशन आइकन की जगह: [[UIApplication sharedApplication] setNewsstandIconImage: [प्रकाशक coverImageForIssue: nkIssue]]। यदि हमने संग्रह का उपयोग किया है, तो इसे अनज़िप करें। आह, हाँ, आवेदन, के बाद पत्रिका डाउनलोड सड़क संपत्तियों पर फ़ाइलों को दर्ज करने के लिए आवश्यक है NKIssue contentURL (नहीं यकीन है कि एक दायित्व। शायद वहाँ कुछ अनुकूलित है कि क्या)।

इसके बाद, NKIssue 'उपलब्ध' 'की' स्थिति को स्वीकार करता है - आप '' विवरणिका 'दिखा सकते हैं।

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

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

 @implementation AppDelegate - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { // Register device for receiving push notifications [[UIApplication sharedApplication] registerForRemoteNotificationTypes: (UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert)]; 

उसके बाद, UIApplicationDelegate प्रोटोकॉल में एक एप्लिकेशन है: didRegisterForRemoteNotificationsWithDeviceToken: पद्धति, जिसमें हमारे पास DeviceToken (id) है और जिससे आप अपने सर्वर की जानकारी को मर्ज कर सकते हैं। पास का आवेदन है: didReceiveRemoteNotification: विधि, जिसमें आप सूचना प्राप्त करने के बाद कुछ कर सकते हैं।

सर्वर की ओर, आपको अनुरोध (HTTP) की आवश्यकता होती है जो DeviceToken हैं और उन्हें डेटाबेस में संग्रहीत करते हैं। इसके अलावा, खरीदे गए टिकटों के अनुसार, या यों कहें कि सर्वर पर जो भी तैनात किया गया है, उसके अनुसार आपको APNS को संदेश भेजने के लिए देखना होगा। इसके एपीआई के अनुसार, एक प्रमाणपत्र और पासवर्ड संलग्न करके, हम उन संदेशों को जोड़ते हैं और भेजते हैं जिनमें पेलोड और डिवाइसटोकन दोनों शामिल हैं। अभी भी बारीकियां हैं, लेकिन यह एक अलग मुद्दा है।

अन्य बातों के अलावा, iOS पत्रिका पर दो और प्रतिबंध हैं। पंख - गोपनीयता नीति URL। तकनीकी पक्ष से, यह बेहद सरल है। दूसरी सीमा iTunesConnect आंतरिक खरीद का उपयोग करके सामग्री वितरित करने की आवश्यकता है। जैसा कि मैं इसे समझता हूं, इसका मतलब है कि उपयोगकर्ता को 0 पैसे के लिए मेरी मुफ्त पत्रिका खरीदना होगा।

कुल मिलाकर, आईट्यून्सकनेक्ट इन-ऐप खरीदारी का मतलब स्टोर किट का उपयोग करना है। UserDefaults में, मुझे isFreeSubscribed संपत्ति मिली है। मैं इसे टेपू द्वारा जांचता हूं, और NO के मामले में मैं अलर्ट दिखाता हूं। समझौते के द्वारा, हस्ताक्षर करें

 SKProductsRequest *productsRequest = [[SKProductsRequest alloc] initWithProductIdentifiers:[NSSet setWithObject:@"FreeSubscription"]]; productsRequest.delegate=self; [productsRequest start]; 

इसके अलावा, आपको प्रतिनिधि विधियों को लागू करने और इन-ऐप खरीदों के बारे में भूलने के लिए YES में निर्दिष्ट किया गया है। SKProductsRequest के लिए ProductId को In-App खरीद के तहत iTunesConnect से प्राप्त किया जाना चाहिए।

कहानी के अंत में, मेरा मानना ​​है कि यहाँ पत्रिका की जरूरत के आधे भी नहीं हैं, हालांकि, मैं यह मानना ​​चाहता हूं कि मैं सबसे सरल पत्रिका के लिए सबसे आवश्यक तकनीकी प्रश्नों की रूपरेखा तैयार करने में सक्षम था।