उपकरण को ताज़ा करने के लिए एक पुल का चयन

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

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

यह विचार काफी सफल है, यही वजह है कि इसका उपयोग कई अनुप्रयोगों में किया जाता है, जिसमें लोकप्रिय फेसबुक और ट्विटर क्लाइंट शामिल हैं। इसलिए, हमने अपने समाचार परियोजना में इस तरह की सुविधा शुरू करने का फैसला किया।
लेकिन खरोंच से क्यों लिखें जो पहले से तैयार है? एक त्वरित Google खोज, महान और शक्तिशाली StackOverFlow - और यहां जोहान नील्सन का सबसे लोकप्रिय एंड्रॉइड-पुलटॉरफ्रेश टूल है। मैंने GitHub से नवीनतम संस्करण लिया और अपने दम पर प्राप्त किया। वहाँ यह था! लगता है कि यह परियोजना लगभग एक साल से विकसित हो रही है, लेकिन ... यह वही है जो मैं छोटी सूचियों के मामले में देखता हूं:

और ऐसा प्रश्न तुरंत उठता है: डब्ल्यूटीएफ? यह परियोजना 418 लोगों पर नजर रखती है, जबकि 71 लोगों ने इसे फोर्क किया और यहां यह इस तरह का अनुचित व्यवहार है। और क्यों? क्योंकि यह एक, "ताज़ा करने के लिए टैप करें ...", सूची दृश्य शीर्षक है। और वह छिप जाता है, जोहान से एक कार्यान्वयन में, एक सूची दृश्य। setSelection (1) । और छोटी सूचियों के मामले में, यह सेटसेलेक्शन (1) विनम्रता से फेक को भेजता है, काम नहीं करता है।
लेकिन फिर मैंने देखा कि परियोजना दो और शाखाएँ निकली : एन्हांसपुल (जो पहले से ही मुख्य शाखा से सटी हुई थी) और आखिरकार, स्क्रॉलफिक्स_फोर्स_शॉर्ट_लिस्ट :)
मैं स्क्रॉलफ़िक्स_फोर्स_शॉर्ट_लिस्ट शाखा के नवीनतम संस्करण को खींचता हूं, इसे परियोजना में पेंच करता हूं: ऐसा लगता है कि छोटी सूची ठीक दिखती है, लेकिन यूआई को धीमा करना क्यों शुरू किया? लेकिन बात यह है: मेरी सूची सरल नहीं है, लेकिन ऑन-डिमांड लोडिंग के साथ, अर्थात्। पहले 10 आइटम पहले दिखाए जाते हैं, और यदि आप अंत तक स्क्रॉल करते हैं, तो अगले भाग को सूची में लोड किया जाता है। और जोहान के अनुसार छोटी सूचियों के लिए क्या तय है?
जोहान ने कहा, "और चलिए पादर लिस्ट व्यू में बिल्कुल ऊंचाई का एक खाली दृश्य जोड़ते हैं ताकि सेटसेलेक्शन (1) फिर से हेडर को छिपा सके।" इसकी ऊंचाई की गणना करने के लिए, आपको सूची में सभी तत्वों की कुल ऊंचाई जानने की आवश्यकता है (हेडर को छोड़कर, बिल्कुल)। फिर हम इस ऊंचाई को ListView की ऊंचाई से घटाते हैं और पाद के लिए ऊंचाई प्राप्त करते हैं। और सूची के प्रत्येक तत्व की ऊंचाई का पता लगाने के लिए, कहीं से "सरल" निर्णय एडेप्टर के साथ सभी तत्वों पर पुनरावृति करने के लिए किया गया था ( getView () का उपयोग करके) और उपाय () प्रत्येक, अर्थात् अनिवार्य रूप से उन्हें आकर्षित करें (भले ही वे अदृश्य हों)। नतीजतन, मेरी सूची ने सोचा कि हर कोई इसे रोल कर रहा था और इसे रोल कर रहा था - और यह तत्वों को समाप्त होने तक नए भागों को लोड और लोड करेगा। और मेरे पास आमतौर पर सूची में 50 से अधिक तत्व हैं, और कुछ सूचियां (हाल ही में सामने आए ViewPager की तरह स्क्रॉल करें)। सामान्य तौर पर, यहां सूची मदों की कुल ऊंचाई की गणना का एक कार्यान्वयन है:

private int getTotalItemHeight() { ListAdapter adapter = getAdapter(); int listviewElementsheight = 0; for(int i = 0; i < adapter.getCount(); i++) { View mView = adapter.getView(i, null, this); // wtf? mView.measure(MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED), MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED)); listviewElementsheight += mView.getMeasuredHeight(); } return listviewElementsheight; } 

ऑन-डिमांड सूचियों के लिए बिल्कुल उपयुक्त नहीं है। वैसे भी, आपको एडॉप्टर से मैन्युअल रूप से getView () को खींचने से बचना चाहिए। क्या किसी को पता है कि वहां किस तरह का तर्क दिया जाता है।
नतीजतन, मैं और अधिक पर्याप्त उपकरण की तलाश में इंटरनेट पर सर्फिंग करने चला गया। यहाँ मैं क्या पाया:

• गुइलेर्मो द्वारा पुलटॉफ्रेश
  
• टिम महोनी द्वारा Android-Pull-To-Refresh
  
• डैनियल वांग द्वारा एंड्रॉइड-पुल-टू-रिफ्रेश (टिमहोनी का कांटा और निश्चित संस्करण)

गिलर्मो ने ओओपी की सर्वश्रेष्ठ परंपरा में, स्टेट पैटर्न के माध्यम से पुल टू रिफ्रेश को लागू किया। परिणाम 13 कक्षाएं थीं, और न केवल पुल-डाउन-टू-रिफ्रेश करने की क्षमता है, बल्कि पुल-अप-टू-रिफ्रेश भी है। मुझे पता नहीं क्यों, लेकिन कार्यान्वयन बहुत तेज़ नहीं था: ठीक है, सूची के किनारे पर एक भद्दी उंगली नहीं है। हां, और हेडर की उपस्थिति का कारण बनने के लिए ऑपरेशन को एक तेज तेज गति की आवश्यकता थी। और एनीमेशन नहीं देखा गया है ... हम आगे बढ़ गए।
टिम महोनी ने किसी को धोखा नहीं दिया और तुरंत README में लिखा: "वर्तमान स्थिति: छोटी गाड़ी।" नहीं, यह एक गंभीर परियोजना के लिए उपयुक्त नहीं है। लेकिन मैंने संस्करण के ग्राफ को देखा - कुछ प्रकार के डैनियल वांग ने परियोजना और फिक्स्ड बग को कांटा। लो, उपवास करो। उपयोग में आसानी खराब है। यदि पिछले कार्यान्वयन में, यह ऑनरफ्रेश घटना पर सूची को अपडेट करने के लिए पर्याप्त था और फिर onRefreshComplete () पर कॉल करें:

 ((PullToRefreshListView) getListView()).setOnRefreshListener(new OnRefreshListener() { @Override public void onRefresh() { new GetDataTask().execute(); } }); 

 private class GetDataTask extends AsyncTask { ... @Override protected void onPostExecute(Void result) { ... ((PullToRefreshListView) getListView()).onRefreshComplete(); } } 

फिर यहां आपको मैन्युअल रूप से एक हेडर बनाने की आवश्यकता है, और घटनाओं के आगमन पर, इसमें पाठ को बदलें, ठीक है, निश्चित रूप से, सूची को अपडेट करें:

 mRefreshHeader = new TextView(this); mRefreshHeader.setLayoutParams(new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT)); mRefreshHeader.setGravity(Gravity.CENTER); mRefreshHeader.setText("Pull to refresh..."); mContainerView = (PullRefreshContainerView) findViewById(R.id.container); mContainerView.setRefreshHeader(mRefreshHeader); mContainerView.setOnChangeStateListener(new OnChangeStateListener() { @Override public void onChangeState(PullRefreshContainerView container, int state) { switch(state) { case PullRefreshContainerView.STATE_IDLE: case PullRefreshContainerView.STATE_PULL: mRefreshHeader.setText("Pull to refresh..."); break; case PullRefreshContainerView.STATE_RELEASE: mRefreshHeader.setText("Release to refresh..."); break; case PullRefreshContainerView.STATE_LOADING: mRefreshHeader.setText("Loading..."); new GetDataTask().execute(); //  onPostExecute() - mContainerView.completeRefresh(); break; } } }); 

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

तो, मैं यहाँ क्यों फैला हूँ? और फिर नैतिकता देने के लिए:

यदि आप अपने प्रोजेक्ट में Pull To Refresh तंत्र का उपयोग करना चाहते हैं, तो क्रिस बैन्स के कार्यान्वयन का उपयोग करें। मेरी राय में, इस समय पुल टू रिफ्रेश का उच्चतम गुणवत्ता कार्यान्वयन है।

PS थोड़ी देर बाद मुझे Habré पर एक समान लेख मिला, जो उपरोक्त परियोजनाओं की भी आलोचना कर रहा था और Pull to Refresh के कार्यान्वयन के अपने संस्करण को बढ़ावा दे रहा था। लेकिन ... किसी कारण से, इस घटक का उपयोग करते समय, मैंने बस एप्लिकेशन को क्रैश करना शुरू कर दिया: सूची में एक नया भाग लोड करने का प्रयास करते समय कर्सर के साथ कुछ समस्याएं। इसलिए यह विकल्प मेरे लिए नहीं है। लेकिन डेमो अच्छा लगता है: जोहान से बेहतर।