ImageLaders: जारी

पिछले लेख में, मैंने इष्टतम मेमोरी उपयोग के लिए UniversalImageLoader (UIL) और पिकासो पुस्तकालयों की तुलना की। टिप्पणियों में पुस्तकालयों और अन्य लोडरों का परीक्षण करने के अनुरोध का उपयोग करने की कुछ सूक्ष्मताएं थीं। इन सवालों ने 5 पुस्तकालयों के साथ बेंचमार्क के दूसरे भाग को जन्म दिया।

परिणाम:

इसलिए, पुस्तकालय बेंचमार्क में भाग लेंगे:

यूआईएल , पिकासो , ग्लाइड , क्वेरी , वॉली



सूत्र यहां मिल सकते हैं।



लेख के पहले भाग में, मैं पाँच पुस्तकालयों की भागीदारी के साथ उपयोग की गई स्मृति की माप के साथ प्रयोग करूँगा।

दूसरे भाग में, मैं पुस्तकालयों की तुलना उनके अनुकूलन विकल्प और दृश्य विशेषताओं से करूँगा।

मेमोरी का उपयोग किया

यदि कोई व्यक्ति खुद को प्रयोग के विवरण के साथ परिचित करने में रुचि रखता है, तो उन्हें पिछले लेख में पाया जा सकता है।

मैं संक्षेप में कहूंगा: मैं छवियों को लोड करने और उनके द्वारा उपयोग की जाने वाली स्मृति को मापने के लिए समान शर्तों के परीक्षण पुस्तकालयों के तहत करूंगा। डिवाइस पर रेखांकन रेखांकन व्यू लाइब्रेरी का उपयोग करके तैयार किया गया था।

डाउनलोड छोटे चित्र 240x240

इस प्रयोग में, यूआईएल के लिए स्मृति की खपत में कमी को पुस्तकालय के लेखक के एक हैक के लिए धन्यवाद दिया जा सकता है:

imageView.post(new Runnable() { @Override public void run() { imageLoader.displayImage(...); } });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

प्रारूप रूपांतरण के बिना बड़ी छवियां डाउनलोड करें

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

इसके अलावा अप्रिय रूप से आश्चर्यचकित वोले । बहुत बार ImageView में चित्र लोड नहीं होता है। डेबैग ने संकेत दिया कि कभी-कभी पुनर्नवीनीकरण बिटमैप को स्थापित करने का प्रयास किया जाता है। छवियों को साफ करने के चयन के साथ शायद कुछ समस्या है।

RGB565 प्रारूप में रूपांतरण के साथ बड़ी छवियां डाउनलोड करें और छवि को ImageView आकार में फिटिंग करें

एक नियम के रूप में, बड़े चित्रों से 24-बिट प्रारूप की आवश्यकता नहीं है, ज्यादातर मामलों में RGB565 पर्याप्त है।

प्रारूप को बदलने का सबसे आसान तरीका यूआईएल है । यह छवि लोड करने के विकल्पों में आवश्यक Bitmap.Config को निर्दिष्ट करने के लिए पर्याप्त है। बाकी पुस्तकालयों के लिए रूपांतरण लिखना पड़ा।



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

बाद में गोलाई के साथ छोटी छवियां (240x240) डाउनलोड करें

दुर्भाग्य से, ऐसे सफल वॉली परिणाम को ध्यान में नहीं रखा जा सकता है, क्योंकि वापसी पास पर मैंने तस्वीरें नहीं देखीं। उन सभी को पुनर्नवीनीकरण किया गया, यहां तक ​​कि यह मानते हुए कि मैंने परिवर्तन के दौरान मूल पर रीसायकल () कॉल नहीं किया था। अच्छा नहीं है।



ग्लाइड , जाहिरा तौर पर, सभी छवियों को RGB565 में रूपांतरित करता है, क्योंकि चित्र पारदर्शी पृष्ठभूमि के बजाय काली पृष्ठभूमि के थे। अच्छा नहीं है।



परिवर्तन करने का सबसे आसान तरीका UIL और Query है । UIL में एक अंतर्निहित वर्ग RoundBitmapDisplayer है, जिसे डाउनलोड विकल्पों से जोड़ा जा सकता है।

क्वेरी के लिए, विकल्पों में चित्र को गोल करने की त्रिज्या निर्दिष्ट करना पर्याप्त है।

पिकासो और ग्लाइड के लिए, डाउनलोड में परिवर्तन सहित बिल्डर में एक कदम की तरह दिखता है।

 Glide.load(url).centerCrop().transform(roundTransformation).into(imageView); Picasso.with(context).load(url).transform(picassoRoundTransformation).noFade().into(imageView);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

वॉली के लिए, मुझे इमेज व्यू को फिर से परिभाषित करना था और सेटइमेज बिटमैप () विधि में बिटमैप रूपांतरण करना था।

यदि किसी के पास बेहतर समाधान है, तो अपने विकल्पों की पेशकश करें।

दृश्य विशेषताओं।

चित्र डाउनलोड करने की गति में पिकासो अन्य पुस्तकालयों से नीच है। मुझे नहीं पता कि यह कैसे समझा जाए, लेकिन एक तथ्य: पिकासो के माध्यम से चित्र थोड़े समय बाद दिखाई देते हैं।



ग्लाइड , जैसा कि ऊपर बताया गया है, छवियों को RGB565 में कनवर्ट करता है, जो छवियों को बदलने पर परेशानी पैदा कर सकता है।



UIL नेत्रहीन चित्रों को तेजी से लोड करता है। लेकिन आपको एक विशेषता पर विचार करने की आवश्यकता है: आसानी से चित्रों को प्रदर्शित करने के लिए FadeInBitmapDisplayer का उपयोग करते समय, उन्नत कंस्ट्रक्टर का उपयोग करना बेहतर होता है।

 new FadeInBitmapDisplayer(duration, true, true, false)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इस कॉन्फ़िगरेशन में, तस्वीर केवल पहली बार एनिमेटेड होगी (जबकि तस्वीर कैश में जीवित है), और स्क्रॉल करते समय, यह आपकी आंखों को अनावश्यक एनीमेशन के साथ तनाव नहीं देगा। यह IMHO है।

पिकासो में, "फीका" प्रभाव इस मोड में परिभाषा द्वारा काम करता है।



वॉली, बदले में, अक्सर इस तथ्य के कारण परिवर्तित चित्र नहीं दिखाते हैं कि वे पहले से ही पुनर्नवीनीकरण () हैं। मैं इस बग को ठीक करने के बारे में आपके सुझावों के लिए टिप्पणियों में प्रतीक्षा कर रहा हूं।



क्वेरी नेत्रहीन आश्चर्य की बात नहीं थी। छवियों को डाउनलोड करना किसी तरह रुक-रुक कर दिखता है। जिस क्रम में चित्रों का अनुरोध किया गया था वह शायद ही कभी सम्मान किया जाता है।

बूटलोडर सेटअप

UIL बूट विकल्पों को ठीक करने में निर्विवाद नेता है। बनाने की सेटिंग के बिल्डर-पैटर्न के लिए धन्यवाद, आप आसानी से पुस्तकालय की क्षमताओं के साथ खुद को परिचित कर सकते हैं। सिद्धांत रूप में, आप एक मैनुअल के बिना कर सकते हैं। UIL आपको स्क्रॉल सूची के दौरान अनुरोधों को निलंबित करने के लिए OnScollListener को जोड़ने की अनुमति देता है।



ग्लाइड और पिकासो एकीकृत करने के लिए सबसे आसान पुस्तकालय हैं। पिकासो को मावेन रिपॉजिटरी होने का फायदा है। यदि आपको इष्टतम सेटिंग और किफायती मेमोरी खपत प्राप्त करते हुए, छवि लोडिंग को जल्दी से एकीकृत करने की आवश्यकता है - पसंद पिकासो के लिए है ।



पिकासो और यूआईएल लागू करके इंटरफेस प्रदान करते हैं जिसे आप कहीं भी एक तस्वीर अपलोड कर सकते हैं।



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



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



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

निष्कर्ष

जितने अधिक पुस्तकालय, किसी निष्कर्ष को निकालना उतना ही कठिन। मैं एक वाक्य में प्रत्येक पुस्तकालय को चिह्नित करने का प्रयास करूंगा।



पिकासो - यदि आपको जल्दी से एकीकृत करने की आवश्यकता है और उपयोग की गई स्मृति के बारे में चिंता न करें

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

ग्लाइड एक तरह का पिकासो क्लोन (शायद इसके विपरीत) है, लेकिन यह थोड़ी अधिक मेमोरी खा जाता है।

यदि आपका नेटवर्क वॉली पर बनाया गया है, तो वॉली - उपयोग उचित है, और पूरे प्रोजेक्ट के लिए कनेक्शन के लिए एक विशिष्ट HttpClient कॉन्फ़िगरेशन की आवश्यकता होती है

क्वेरी एक पुस्तकालय है जिसे खराब प्रलेखन के साथ समझना और एकीकृत करना मुश्किल है, फिर भी डिवाइस मेमोरी को बचाने में उत्कृष्ट परिणाम दिखा रहा है।



आपकी टिप्पणियों और उपयोगी सुझावों की प्रतीक्षा है!