🏸 💲 👨🏿‍🤝‍👨🏾 IOS 7 में मल्टीटास्किंग 👩🏾‍🚀 👊🏽 😽

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

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

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

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

बैकग्राउंड स्केच

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

बैकग्राउंड फ़ेच प्रदान करने में पहला कदम यह इंगित करना है कि आप अपनी जानकारी शीट में UIBackgroundModes कुंजी में फ़ंक्शन का उपयोग करेंगे। ऐसा करने का सबसे आसान तरीका Xcode 5 परियोजना संपादक में क्षमताओं टैब का उपयोग करना है, जिसमें मल्टीटास्क क्षमताओं को आसानी से कॉन्फ़िगर करने के लिए पृष्ठभूमि अनुभाग मोड शामिल हैं।

एक विकल्प के रूप में, आप कुंजी को मैन्युअल रूप से संपादित कर सकते हैं:

<key>UIBackgroundModes</key> <array> <string>fetch</string> </array>

इसके बाद, iOS को बताएं कि आप कितनी बार अपडेट करेंगे:

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { [application setMinimumBackgroundFetchInterval:UIApplicationBackgroundFetchIntervalMinimum]; return YES; }

डिफ़ॉल्ट रूप से, अपडेट अंतराल कभी नहीं होता है, इसलिए आपको समय अंतराल सेट करने की आवश्यकता होती है या एप्लिकेशन को पृष्ठभूमि में कभी नहीं बुलाया जाएगा। OfUIApplicationBackgroundFetchIntervalMinimum का मान सिस्टम को नियंत्रित करने के लिए कहता है ताकि आपका एप्लिकेशन जितनी बार संभव हो उठे, लेकिन आपको अपना स्वयं का समय अंतराल निर्दिष्ट करना होगा यदि यह आवश्यक नहीं है। उदाहरण के लिए, एक मौसम ऐप को केवल प्रति घंटा अपडेट किया जा सकता है। IOS पृष्ठभूमि अपडेट के बीच कम से कम निर्दिष्ट समय अंतराल का इंतजार करेगा।

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

अंतिम चरण अपने आवेदन में निम्नलिखित विधियों को लागू करना है:

 - (void)application:(UIApplication *)application performFetchWithCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler { NSURLSessionConfiguration *sessionConfiguration = [NSURLSessionConfiguration defaultSessionConfiguration]; NSURLSession *session = [NSURLSession sessionWithConfiguration:sessionConfiguration]; NSURL *url = [[NSURL alloc] initWithString:@"http://yourserver.com/data.json"]; NSURLSessionDataTask *task = [session dataTaskWithURL:url completionHandler:^(NSData *data, NSURLResponse *response, NSError *error) { if (error) { completionHandler(UIBackgroundFetchResultFailed); return; } //  response/data  ,      BOOL hasNewData = ... if (hasNewData) { completionHandler(UIBackgroundFetchResultNewData); } else { completionHandler(UIBackgroundFetchResultNoData); } }]; //   [task resume]; }

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

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

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

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

ज्यादातर मामलों में, आप उसी काम को करेंगे जब एप्लिकेशन पृष्ठभूमि में शुरू होता है जैसा कि वह अग्रभूमि में करता है, लेकिन आप यह पता लगा सकते हैं कि पृष्ठभूमि कैसे शुरू होती है अपलिफ्टेशन से एप्लिकेशनस्टैट को देखकर:

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { NSLog(@"Launched in background %d", UIApplicationStateBackground == application.applicationState); return YES; }

बैकग्राउंड अपडेट टेस्टिंग

पृष्ठभूमि अद्यतन को अनुकरण करने के दो तरीके हैं। Xcode से एप्लिकेशन शुरू करने का सबसे आसान तरीका और डीबग में Xcode मेनू पर Simulate Background अपडेट पर क्लिक करें और आपका एप्लिकेशन काम करता है।

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

हटाए गए अधिसूचनाएं

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

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

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

दूरस्थ सूचनाएं भेजना

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

मैं विकास के दौरान प्रदाता संदेश भेजने के लिए ह्यूस्टन घुमंतू सीएलआई उपयोगिता का उपयोग करने की सलाह देता हूं, लेकिन आप अपने पसंदीदा पुस्तकालय या स्क्रिप्ट का उपयोग कर सकते हैं।

आप ह्यूस्टन को खानाबदोश-क्लाई के हिस्से के रूप में स्थापित कर सकते हैं:

 gem install nomad-cli

और फिर नोमाद में शामिल एपन उपयोगिता के साथ एक अधिसूचना भेजें:

 # Send a Push Notification to your Device apn push <device token> -c /path/to/key-cert.pem -n -d content-id=42

परिणामस्वरूप, हम निम्नलिखित अधिसूचना प्राप्त करेंगे:

 { "aps" : { "content-available" : 1 }, "content-id" : 42 }

IOS 7 प्रतिनिधिमंडल का एक नया तरीका जोड़ता है, जिसे तब कहा जाता है जब हमें सामग्री - पहुंच योग्य कुंजी के साथ पुश सूचना प्राप्त होती है।

 - (void) application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler { NSLog(@"Remote Notification userInfo is %@", userInfo); NSNumber *contentID = userInfo[@"content-id"]; // Do something with the content ID completionHandler(UIBackgroundFetchResultNewData); }

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

NSURLSession और पृष्ठभूमि स्थानांतरण सेवा

जबकि NSURLSession iOS 7 में एक नया वर्ग है, यह लिंकिंग में एक नई तकनीक को भी संदर्भित करता है। NSURLConnection को बदलने के लिए डिज़ाइन किया गया, परिचित अवधारणाओं और वर्गों जैसे NSURL, NSURLRequest और NSURLResponse संरक्षित हैं। नेटवर्क अनुरोध करने और उनकी प्रतिक्रियाओं को संसाधित करने के लिए आप NSURLConnection के प्रतिस्थापन, NSURLSessionTask के साथ काम करेंगे। तीन प्रकार के सत्र कार्य हैं - डेटा, डाउनलोड और अपलोड।

NSURLSession इन NSURLSessionT मास्क में से एक या अधिक का समन्वय करता है और NSURLSessionConfiguration के अनुसार व्यवहार करता है जिसके साथ इसे बनाया गया था। आप समान कॉन्फ़िगरेशन से संबंधित समूह कार्यों के लिए कई NSURLSession बना सकते हैं। पृष्ठभूमि हस्तांतरण सेवा के साथ बातचीत करने के लिए, आप [NSURLSessionConfiguration backgroundSessionConfiguration] का उपयोग करके एक सत्र कॉन्फ़िगरेशन बनाएंगे। बैकग्राउंड सेशन में जोड़े गए टास्क को एक बाहरी प्रक्रिया में लॉन्च किया जाता है और तब भी जारी रहता है, जब आपका आवेदन रोक दिया जाता है, दुर्घटनाग्रस्त हो जाता है या मार दिया जाता है।

NSURLSessionConfiguration आपको डिफ़ॉल्ट HTTP हेडर सेट करने, कैश नीतियों को कॉन्फ़िगर करने, सेलुलर उपयोग को प्रतिबंधित करने और बहुत कुछ करने की अनुमति देता है। एक विकल्प thediscretionary झंडा है, जो सिस्टम को इष्टतम प्रदर्शन के लिए कार्यों को शेड्यूल करने की अनुमति देता है। इसका क्या मतलब है कि आपके स्थानांतरण केवल वाई-फाई के माध्यम से जाएंगे जब डिवाइस में पर्याप्त शक्ति होगी। यदि बैटरी कम है या केवल सेलुलर उपलब्ध है, तो आपका कार्य काम नहीं करेगा। विवेकाधीन ध्वज केवल तभी प्रभावित होता है जब सत्र कॉन्फ़िगरेशन ऑब्जेक्ट को thebackgroundSessionConfiguration: पद्धति से कॉल करके बनाया गया था और यदि आपका एप्लिकेशन अग्रभूमि में है, तो पृष्ठभूमि अद्यतन चल रहा है। यदि ट्रांसमिशन पृष्ठभूमि में शुरू किया जाता है, तो ट्रांसमिशन हमेशा विवेकाधीन मोड में काम करेगा।

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

NSURLSessionDownloadTask

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

 - (NSURLSession *)backgroundURLSession { static NSURLSession *session = nil; static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ NSString *identifier = @"io.objc.backgroundTransferExample"; NSURLSessionConfiguration* sessionConfig = [NSURLSessionConfiguration backgroundSessionConfiguration:identifier]; session = [NSURLSession sessionWithConfiguration:sessionConfig delegate:self delegateQueue:[NSOperationQueue mainQueue]]; }); return session; } - (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler { NSLog(@"Received remote notification with userInfo %@", userInfo); NSNumber *contentID = userInfo[@"content-id"]; NSString *downloadURLString = [NSString stringWithFormat:@"http://yourserver.com/downloads/%d.mp3", [contentID intValue]]; NSURL* downloadURL = [NSURL URLWithString:downloadURLString]; NSURLRequest *request = [NSURLRequest requestWithURL:downloadURL]; NSURLSessionDownloadTask *task = [[self backgroundURLSession] downloadTaskWithRequest:request]; task.taskDescription = [NSString stringWithFormat:@"Podcast Episode %d", [contentID intValue]]; [task resume]; completionHandler(UIBackgroundFetchResultNewData); }

हम NSURLSession वर्ग विधि का उपयोग करके एक लोड कार्य बनाते हैं और बाद में उपयोग के लिए हमारे अनुरोध को अनुकूलित करते हैं। आपको याद रखना चाहिए कि आपको कार्य को शुरू करने के लिए कॉल करने की आवश्यकता है, क्योंकि सत्र के सभी कार्य लिम्बो में शुरू होते हैं।
अब हमें डाउनलोड पूरा होने पर कॉलबैक प्राप्त करने के लिए NSURLSessionDownloadDelegate तरीकों को लागू करने की आवश्यकता है। यदि आपको सत्र जीवन चक्र में प्रमाणीकरण या अन्य घटनाओं को करने की आवश्यकता है, तो आपकोNSNSURLSessionDelegate या NSURLSessionTaskDelegate तरीकों को लागू करने की आवश्यकता हो सकती है।

किसी भी प्रतिनिधि NSURLSessionDownloadDelegate तरीकों की आवश्यकता नहीं है, हालांकि केवल एक ही है जहां हमें इस उदाहरण में कार्रवाई करनी चाहिए [NSURLSession downloadTask: didFinishDownloadingToURL:]। डाउनलोड कार्य पूरा करने के बाद, आपको डिस्क पर फ़ाइल के लिए एक अस्थायी URL प्रदान किया जाता है। आपको अपने एप्लिकेशन के संग्रहण में फ़ाइल को स्थानांतरित या कॉपी करना होगा, फिर इस डेलीगेट विधि से वापस आने पर इसे अस्थायी संग्रहण से हटा दिया जाएगा।

 #Pragma Mark - NSURLSessionDownloadDelegate - (void) URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask didFinishDownloadingToURL:(NSURL *)location { NSLog(@"downloadTask:%@ didFinishDownloadingToURL:%@", downloadTask.taskDescription, location); // Copy file to your app's storage with NSFileManager // ... // Notify your UI } - (void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask didResumeAtOffset:(int64_t)fileOffset expectedTotalBytes:(int64_t)expectedTotalBytes { } - (void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask didWriteData:(int64_t)bytesWritten totalBytesWritten:(int64_t)totalBytesWritten totalBytesExpectedToWrite:(int64_t)totalBytesExpectedToWrite { }

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

एप्लिकेशन डेलिगेट विधि का उपयोग करना: handleEventsForBackgroundURLSession: NSURLSession संदेशों को प्रतिनिधियों को भेजे जाने से पहले कहा जाता है, औरURLSessionDidFinishEventsForBackgroundURLSession को बाद में बुलाया जाता है। पहले तरीके में, आप बैकग्राउंड को पूरा करने वाले हैंडलर को स्टोर करते हैं, और दूसरे में आप इसे यूजर इंटरफेस को अपडेट करने के लिए कहते हैं:

 - (void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler { // You must re-establish a reference to the background session, // or NSURLSessionDownloadDelegate and NSURLSessionDelegate methods will not be called // as no delegate is attached to the session. See backgroundURLSession above. NSURLSession *backgroundSession = [self backgroundURLSession]; NSLog(@"Rejoining session with identifier %@ %@", identifier, backgroundSession); // Store the completion handler to update your UI after processing session events [self addCompletionHandler:completionHandler forSession:identifier]; } - (void)URLSessionDidFinishEventsForBackgroundURLSession:(NSURLSession *)session { NSLog(@"Background URL session %@ finished events.\n", session); if (session.configuration.identifier) { // Call the handler we stored in -application:handleEventsForBackgroundURLSession: [self callCompletionHandlerForSession:session.configuration.identifier]; } } - (void)addCompletionHandler:(CompletionHandlerType)handler forSession:(NSString *)identifier { if ([self.completionHandlerDictionary objectForKey:identifier]) { NSLog(@"Error: Got multiple handlers for a single session identifier. This should not happen.\n"); } [self.completionHandlerDictionary setObject:handler forKey:identifier]; } - (void)callCompletionHandlerForSession: (NSString *)identifier { CompletionHandlerType handler = [self.completionHandlerDictionary objectForKey: identifier]; if (handler) { [self.completionHandlerDictionary removeObjectForKey: identifier]; NSLog(@"Calling completion handler for session %@", identifier); handler(); } }

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

सेटिंग्स और प्रतिबंध

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

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

अंत में, पृष्ठभूमि सत्रों का उपयोग करने के लिए कई सीमाएँ हैं। जैसा कि प्रतिनिधि की आवश्यकता होती है, आप onNSURLSession कॉलबैक विधियों के आधार पर एक साधारण ब्लॉक का उपयोग नहीं कर सकते। पृष्ठभूमि हस्तांतरण केवल HTTP और HTTPS का समर्थन करता है, और आप उपयोगकर्ता प्रोटोकॉल का उपयोग नहीं कर सकते। सिस्टम उपलब्ध संसाधनों के आधार पर स्थानांतरण का अनुकूलन करता है, और आप अपने स्थानांतरण को हर समय पृष्ठभूमि में प्रगति के लिए मजबूर नहीं कर सकते।
यह भी ध्यान दें कि NSURLSessionDataTasks पृष्ठभूमि सत्रों में बिल्कुल भी समर्थित नहीं हैं, और आपको केवल अल्पकालिक, छोटे अनुरोधों के लिए इन कार्यों का उपयोग करना चाहिए, न कि लोड करने या जोड़ने के लिए।

सारांश

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

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

IOS 7 में मल्टीटास्किंग

More articles: