UIWebView को समकालिक रूप से लोड करना

अभिवादन, हब्र!

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

• CoreText का उपयोग करके कस्टम घटक को लागू करें (यदि आपको iOS3.x संगतता की आवश्यकता है तो उपयुक्त नहीं है)
• CoreGraphics का उपयोग करके कस्टम घटक लागू करें (बहुत ही काम)
• सबबिल के रूप में UILabels की एक गतिशील संख्या के साथ एक कस्टम घटक को लागू करें (स्वच्छता और अन्य चीजों के कारण काफी मैला)
• लोड HTMLString के माध्यम से लोड करने के साथ UIWebView

जैसा कि मैंने लेख के शीर्षक से अनुमान लगाया होगा, मैं अंतिम विधि पर आ गया था, लेकिन आपमें से जिन्होंने इस पद्धति को आजमाया है, वे बहुत अप्रिय स्थिति के बारे में जानते हैं। इससे कैसे छुटकारा पाऊंगा यह मैं कट के नीचे बताऊंगा।

UITableViewCell के अंदर UIWebView

और इसलिए, इस समस्या का एक सा क्या है - UIWebView अपनी सामग्री को अतुल्यकालिक रूप से लोड करता है। और अगर हम UIWebView को UITableViewCell, और cellForRowAtIndexPath में रखते हैं: हम सामग्री को स्वयं लोड करते हैं, तो इसकी वास्तविक लोडिंग अतुल्यकालिक रूप से हो जाएगी, स्क्रॉलिंग से संबंधित सभी स्पर्श घटनाओं के बाद। यह देखने के लिए बहुत सुखद नहीं होगा: स्क्रॉल बंद होने के बाद ही सामग्री को अपडेट किया जाना शुरू हो जाएगा।
इस सीमा के आसपास जाने के लिए, आपको सिद्धांत को थोड़ा समझने की आवश्यकता है। हमारे मामले में अतुल्यकालिक RunLoops का उपयोग करके कार्यान्वित किया जाता है। चूंकि रनलूप एक थ्रेड के लिए सेट किया गया है, हम उसी थ्रेड में एसिंक्रोनसली कॉल कर सकते हैं। इसके अलावा, प्रत्येक कॉल अपने स्वयं के RunLoopMode के साथ की जाती है - जो प्राथमिकताओं का एक एनालॉग है, इसलिए पहली जगह में उच्चतम प्राथमिकता के सभी कॉल वर्तमान लूप से चुने जाते हैं, और फिर अवरोही होते हैं। एक और महत्वपूर्ण बिंदु नेस्टेड रनलूप चलाने की क्षमता है।
जब हम loadHTMLSTring कहते हैं तो क्या होता है: UIWebView पर? सबसे अधिक संभावना है, performSelector गैर-प्राथमिकता RunLoopMode के संकेत के साथ किया जाता है। सिद्धांत रूप में, यह सही है, क्योंकि UIWebView में सामग्री लोड करना कोई आसान काम नहीं है और इसमें समय लगता है, यदि आप ऐसा करते हैं जैसे तालिका स्क्रॉल की जाती है, तो यह स्क्रॉलिंग को स्वयं धीमा कर सकता है। लेकिन अगर सामग्री काफी हल्की है (दो पंक्तियों में सरलतम html, तो आइए बताते हैं) - डाउनलोड काफी तेजी से होगा।
LoadHTMLString को कॉल करने के बाद सभी टच इवेंट्स के लिए प्रतीक्षा किए बिना इस डाउनलोड को पूरा करने के लिए, आपको कम प्राथमिकता वाले RunLoopMode - NSDefaultRunLoopMode के साथ नेस्टेड रन लूप चलाने की आवश्यकता है।

CFRunLoopRunInMode ( ( CFStringRef ) NSDefaultRunLoopMode, 1 , NO ) ;

यह महत्वपूर्ण है कि WebView अभी भी लोड होने के बाद, इस RunLoop को रोक दें क्योंकि अन्यथा UI बस हैंग हो जाता है।

CFRunLoopRef runLoop = [ [ NSRunLoop currentRunLoop ] getCFRunLoop ] ;
CFRunLoopStop ( runLoop ) ;

UISynchedWebView

नेस्टेड रनलूप शुरू करने और इसे वेबव्यू में ही रोक देने से सब कुछ जुड़ा हुआ है। चलो एक उपवर्ग UIWebView बनाते हैं, इसे UISynchedWebView नाम देते हैं और इसमें पुनः लोड करने के लिए HTMLString करते हैं ताकि आधार कार्यान्वयन को कॉल करने के बाद यह नेस्टेड रनलूप चलाए। सवाल यह है कि इसे कब रोका जाए? सामग्री लोड होने के तुरंत बाद आपको इसे रोकने की आवश्यकता है। इसे निर्धारित करने के लिए, हमें अपने नए WebView को अपना प्रतिनिधि बनाना होगा, लेकिन बाहरी उपयोगकर्ता कोड के लिए पारदर्शिता बनाए रखने के लिए। ऐसा करने के लिए, हम बाहरी प्रतिनिधि के लिए एक वर्ग सदस्य चर बनाएंगे, इसके उपनिवेशकों और गेटर्स को फिर से परिभाषित करेंगे, और हमारे प्रतिनिधि के कोड को कॉल करने के बाद, हम बाहरी प्रतिनिधि के संबंधित तरीकों को कॉल करेंगे। कुछ इस तरह:

@interface UISynchedWebView : UIWebView <UIWebViewDelegate>
{
आईडी एक और डेलीगेट;
}
@end

- ( शून्य ) webView : ( UIWebView * ) webView didFailLoadWithError : ( NSError * ) त्रुटि
{
[ आत्म प्रदर्शनकर्ता : @selector ( stopRunLoop ) withObject : nil afterelelay : .01 ] ;

अगर ( [एक और डेलीगेट प्रतिक्रिया देता है तोहपर : @selector ( webView : didFailLoadWithError :) ] )
[ otherDelegate webView : webView didFailLoadWithError : error ] ;
}

- ( BOOL ) webView : ( UIWebView * ) webView shouldStartLoadWithRequest : ( NSURLRequest * ) अनुरोध नेविगेशनटाइप : ( UIWebViewNavigationType ) नेविगेशनटाइप
{
अगर ( [ otherDelegate ने उत्तर दिया तोसोइलेक्ट्रेटर : @selector ( webView : shouldStartLoadWithRequest : navigationType :) ] )
वापसी [एक और डेलीगेट वेब व्यू : webView shouldStartLoadWithRequest : request नेविगेशनटाइप : नेविगेशनटाइप ] ;
YES वापस करें ;
}

- ( शून्य ) webViewDidFinishLoad : ( UIWebView * ) webView
{
[ आत्म प्रदर्शनकर्ता : @selector ( stopRunLoop ) withObject : nil afterelelay : .01 ] ;
अगर ( [ otherDelegate ने उत्तर दिया तोसोइलेक्ट्रेटर : @selector ( webViewDidFinishLoop :) ) )
[ otherDelegate webViewDidFinishLoad : webView ] ;
}

- ( शून्य ) stopRunLoop
{
CFRunLoopRef runLoop = [ [ NSRunLoop currentRunLoop ] getCFRunLoop ] ;
CFRunLoopStop ( runLoop ) ;

}

- ( शून्य ) webViewDidStartLoad : ( UIWebView * ) webView
{
अगर ( [एक और डेलीगेट प्रतिक्रिया देता है तोहपर : @selector ( webViewDidStartLoad :) ) )
[ otherDelegate webViewDidStartLoad : webView ] ;
}

चेतावनी

अंत में, मैं यह नोट करना चाहूंगा कि यह विधि आपको एक सुंदर स्वरूपित पाठ प्राप्त करने की अनुमति देती है, जहां इसे बिना किसी प्रयास के तालिका कोशिकाओं में बोल्ड या हाइलाइट किया जाना चाहिए - जिसमें iOS3.x संगतता है। हालाँकि, जैसा कि कहा गया था, ऐसी सामग्री डाउनलोड करने से UI अवरुद्ध हो जाता है और यदि सामग्री भारी है, तो ब्लॉक ध्यान देने योग्य हो जाएगा और यह बहुत खराब हो जाएगा। हर जगह इस पद्धति का उपयोग नहीं किया जा सकता है, सावधान रहें!

PS Demoproject को यहां लिया जा सकता है ।