ListView में बड़ी मात्रा में डेटा प्रदर्शित करने की एक छोटी सी ट्रिक

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

समस्या

एंड्रॉइड में डेटाबेस से सूची प्रदर्शित करने का मानक तंत्र कुछ इस तरह दिखता है:

• गतिविधि में एक सूची दृश्य होता है
• सूची दृश्य CursorAdapter उदाहरण तक पहुँचता है
• CursorAdapter किसी ऑब्जेक्ट से डेटा पुनर्प्राप्त करता है जो Cursor इंटरफ़ेस को लागू करता है
• Cursor ContentProvider से या SQLiteDatabase से तुरंत प्राप्त किया

जब तक Cursor में लाइनों की संख्या अपेक्षाकृत छोटी होती है, तब तक सब कुछ ठीक काम करता है। लेकिन यदि इसमें 50 हजार, 100 हजार या अधिक लाइनें शामिल हैं (हालांकि यह न केवल लाइनों की संख्या है, बल्कि उस पर बाद में अधिक है), सूची समय-समय पर धीमी हो जाएगी। यह तेज़ स्क्रॉलिंग के दौरान विशेष रूप से ध्यान देने योग्य होता है, यदि सूची दृश्य में फास्टस्क्रोल इनेबल्ड गुण सत्य पर सेट है।

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

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

कारण

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

हम डेटाबेस के लिए कर्सर ऑपरेशन में रुचि रखते हैं।

SQLiteDatabase से प्राप्त Cursor SQLiteCursor वर्ग का एक उदाहरण है, जो AbstractWindowedCursor से विरासत में मिला है। बदले में, इस वर्ग में CursorWindow का एक उदाहरण है।

अंतिम वर्ग में हमारी समस्या ठीक है। यदि आप CursorWindow के स्रोतों को देखते हैं , तो आप देखेंगे कि विंडो का आकार एक निरंतर नाम com.android.internal.R.integer.config_cursorWindowSize नाम से सीमित है। उपयोगकर्ता इंटरफ़ेस उस समय बिल्कुल धीमा हो जाता है जब खिड़की में जगह खत्म हो जाती है (न केवल चयन मामलों में पंक्तियों की संख्या, बल्कि प्रत्येक पंक्ति की लंबाई भी), और AbstractWindowedCursor एक नई विंडो के लिए डेटा का अनुरोध करता है, और उन्हें इस विंडो पर कॉपी करता है।

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

हम दूसरे रास्ते से जाएंगे।

निर्णय

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

विचार यह है: हम केवल प्राथमिक कुंजी का अनुरोध करते हैं, और फिर, जब प्रत्येक पंक्ति प्रदर्शित होती है, तो हम इस प्राथमिक कुंजी के लिए शेष कॉलम को क्वेरी करते हैं। और यह वास्तव में तेजी से काम करता है।

इस विचार को समझाने के लिए, मैंने बेस एडेप्टर वर्ग के अपने कार्यान्वयन को लिखा।

package me.ilich.fastscroll; import android.content.Context; import android.database.Cursor; import android.view.View; import android.view.ViewGroup; import android.widget.BaseAdapter; public abstract class QuickAdapter extends BaseAdapter { private final DataSource mDataSource; private int mSize = 0; private Cursor mRowIds = null; private final Context mContext; public QuickAdapter(Context context, DataSource dataSource){ mDataSource = dataSource; mContext = context; doQuery(); } private void doQuery(){ if(mRowIds!=null){ mRowIds.close(); } mRowIds = mDataSource.getRowIds(); mSize = mRowIds.getCount(); } @Override public int getCount() { return mSize; } @Override public Object getItem(int position) { if(mRowIds.moveToPosition(position)){ long rowId = mRowIds.getLong(0); Cursor c = mDataSource.getRowById(rowId); return c; }else{ return null; } } @Override public long getItemId(int position) { if(mRowIds.moveToPosition(position)){ long rowId = mRowIds.getLong(0); return rowId; }else{ return 0; } } @Override public View getView(int position, View convertView, ViewGroup parent) { mRowIds.moveToPosition(position); long rowId = mRowIds.getLong(0); Cursor cursor = mDataSource.getRowById(rowId); cursor.moveToFirst(); View v; if (convertView == null) { v = newView(mContext, cursor, parent); } else { v = convertView; } bindView(v, mContext, cursor); cursor.close(); return v; } public abstract View newView(Context context, Cursor cursor, ViewGroup parent); public abstract void bindView(View view, Context context, Cursor cursor); public interface DataSource { Cursor getRowIds(); Cursor getRowById(long rowId); } } 

इस वर्ग का उपयोग करने के लिए, आपको newView और bindView विधियों को उसी तरह लागू करने की आवश्यकता है जैसे कि CursorAdapter के लिए किया जाता है, और QuickAdapter.DataSource के कार्यान्वयन को भी इस तरह से लिखें:

  class MyDataSource implements QuickAdapter.DataSource { @Override public Cursor getRowIds() { return mDatabase.rawQuery("SELECT rowid FROM table1", new String[]{}); } @Override public Cursor getRowById(long rowId) { return mDatabase.rawQuery("SELECT * FROM table1 WHERE rowid = ?", new String[]{Long.toString(rowId)}); } } 

निष्कर्ष

सैमसंग गैलेक्सी टैब 10.1 पर, किसी भी ध्यान देने योग्य ब्रेक के बिना, "त्वरित स्क्रॉल" ने 300 हजार तत्वों की सूची के लिए काम किया, जिनमें से प्रत्येक 2Kb तक था। मानक CursorAdapter धीमा हो गया ताकि यह देखने में डरावना हो।

CursorAdapter के लिए, GetView पद्धति को कॉल करने के लिए अधिकतम विलंब 553 एमएस था, क्विक एडेप्टर के लिए, यह 47 एमएस था। निम्नलिखित कोड का उपयोग करके प्रदर्शन माप किए गए:

  @Override public View getView(int arg0, View arg1, ViewGroup arg2) { long t1 = System.currentTimeMillis(); View result = super.getView(arg0, arg1, arg2); long t2 = System.currentTimeMillis(); long dt = t2-t1; if(dt>10){ Log.i("QuickAdapter", dt+""); } return result; } 

यहां प्रस्तुत विचार लेख से लिया गया है, जो सेर्गेई स्लाविन द्वारा SQLite में चयनित प्रश्नों के "प्रदर्शन में सुधार" के लिए गैर-मानक दृष्टिकोण है । मैं अपने सहयोगी दिमित्री तुखतमानोव को भी धन्यवाद कहना चाहूंगा, जिन्होंने कुछ महीने पहले आईओएस के लिए एक ही दृष्टिकोण लागू किया था।

^{मैंने यहाँ से तस्वीर ली।}