आईएसओ 5

Question

में NSRLConnection विधियां अब और उपलब्ध नहीं हैं NSURLConnection कक्षा को देख रहा था जिसका उपयोग किसी URL पर सिंक या एसिंक कनेक्शन स्थापित करने के लिए किया जा सकता है और उसके बाद डेटा पुनर्प्राप्त कर सकता है ... इस कक्षा में बहुत सारे बदलाव किए गए हैं आईओएस 5 और मैंने देखा है कि उन्होंने प्रमाणीकरण या डाउनलोड से संबंधित कुछ औपचारिक प्रोटोकॉल पेश किए हैं, लेकिन मुझे नहीं लगता है, उदाहरण के लिए, यदि connection:didReceiveResponse: संदेश (जिसे पहले प्रतिनिधि को भेजा गया था और यह अब उपलब्ध नहीं है) अभी भी है कुछ प्रोटोकॉल में उपलब्ध है .. आप एसिंक कनेक्शन को कैसे कार्यान्वित करते हैं और पुनर्प्राप्त करते हैं, उदाहरण के लिए, जैसे ही प्रतिक्रिया प्राप्त होती है, HTTP शीर्षलेख प्राप्त होते हैं? मुझे यकीन है कि connection:didReceiveResponse: संदेश के साथ जैसी विधियों को हमेशा समकालिक रूप से लोड करते हैं? आप अपने ऐप्स में एसिंक डाउनलोड को बहिष्कृत तरीकों से परहेज करने और _http प्रतिक्रिया प्राप्त_एम आदि जैसी घटनाओं पर प्रतिक्रिया करने के लिए क्या उपयोग करते हैं? यदि आप संभव हो तो पृष्ठभूमि कार्यों में सिंक्रोनस डाउनलोड लॉन्च करते हैं?

Answer 1

NSURLConnectionDelegate औपचारिक प्रोटोकॉल बन गया है (यह पिछले संस्करणों में एक अनौपचारिक प्रोटोकॉल था)। इस प्रोटोकॉल में, निम्न (गैर पदावनत) तरीके घोषित किया जाता है:

:

• connection:didFailWithError:
• connectionShouldUseCredentialStorage:
• connection:willSendRequestForAuthenticationChallenge:

इसके अलावा, वहाँ दो subprotocols कि NSURLConnectionDelegate के अनुरूप हैं

NSURLConnectionDataDelegate उन प्रतिनिधियों के लिए उपयोग किया जाता है जो डेटा को स्मृति में लोड करते हैं, और निम्न मेथो घोषित करते हैं डी एस, जिनमें से कुछ मुझे यकीन है कि आप परिचित मिल जाएगा:

• connection:willSendRequest:redirectResponse:
• connection:didReceiveResponse:
• connection:didReceiveData:
• connection:needNewBodyStream:
• connection:didSendBodyData:totalBytesWritten:totalBytesExpectedToWrite:
• connection:willCacheResponse:
• connectionDidFinishLoading:

NSURLConnectionDownloadDelegate प्रतिनिधियों कि डेटा एक डिस्क फ़ाइल को सीधे स्टोर के लिए प्रयोग किया जाता है, और निम्न विधियों वाणी:

• connection:didWriteData:totalBytesWritten:expectedTotalBytes:
• connectionDidResumeDownloading:totalBytesWritten:expectedTotalBytes:
• connectionDidFinishDownloading:destinationURL:

आप देख सकते हैं , आप अभी भी अपने पिछले प्रतिनिधियों का उपयोग कर सकते हैं, संभवतः कुछ मामूली संशोधन के साथ।

अधिक जानकारी के लिए, अपने स्थानीय एक्सकोड स्थापना में iOS 4.3 to iOS 5.0 API Differences document और NSURLConnection.h देखें। जब कोई नया एसडीके संस्करण जारी किया जाता है, तो डेवलपर लाइब्रेरी पर उपलब्ध दस्तावेज से अधिक विश्वसनीय होने के लिए हेडर फ़ाइलों के अंदर दस्तावेज़ों के लिए दस्तावेज़ असामान्य नहीं है। उत्तरार्द्ध के लिए अद्यतित होने में कुछ समय लगता है।

Answer 2

मुझे बस इसी समस्या का सामना करना पड़ा। ऐसा लगता है कि एसिंक्रोनस अनुरोध भेजने से ब्लॉक और NSOperationQueue के साथ अधिक सरलता प्राप्त होती है।

+ (void)sendAsynchronousRequest:(NSURLRequest *)request queue:(NSOperationQueue *)queue completionHandler:(void (^)(NSURLResponse*, NSData*, NSError*))handler 

इसका मतलब है कि प्रतिनिधि अब केवल प्रमाणीकरण और विफलता के मुद्दों के लिए उपयोग किया जाता है।

Answer 3

यहां तक ​​कि मैं एप्पल वेबसाइट

https://developer.apple.com/library/ios/#documentation/Cocoa/Reference/Foundation/Classes/NSURLConnection_Class/Reference/Reference.html

https://developer.apple.com/library/ios/#documentation/Foundation/Reference/NSURLConnectionDelegate_Protocol/Reference/Reference.html

पर प्रलेखन पाया नहीं किया यह यहाँ

Answer 4

नहीं पर उपलब्ध किया जाना चाहिए था! यदि आप ऐप्पल की लाइब्रेरी के माध्यम से ध्यान से देखते हैं तो वे प्रमाणीकरण और विफलता के मुद्दों के लिए उपयोग तक सीमित नहीं हैं।

NSConnection वर्ग वस्तु को +(void)sendAsynchronousRequest:queue:completionHandler: शुरू करने के बाद से, कई बातें जो पहले की तरह के रूप में कई NSConnectionDelegate विधि प्रदर्शन कर सकते हैं अब "NSConnectionDataDelegate" & NSConnectionDownloadDelegate बुलाया औपचारिक प्रोटोकॉल में इस्तेमाल किया जा सकता, NSURLConnection तरीकों को और अधिक सुविधा जोड़ने के लिए एक नया कक्ष खोलने। (आईओएस 5 से)

तो मुझे लगता है कि यह एक सुधार है, न कि उनके उपयोग को सीमित कर रहा है।