🌒 🧗🏼 ☣️ अधिकतम गति पर RecyclerView: पुस्तकालयों को पार्स करना 🎂 🧖🏼 ⏮️

इल्या नेक्रासोव , महालिटेट , KODE के एंड्रॉइड-डेवलपर
Android के विकास में ढाई साल के लिए, मैं पूरी तरह से अलग-अलग परियोजनाओं पर काम करने में कामयाब रहा: मोटर चालकों के लिए एक सामाजिक नेटवर्क और एक लातवियाई बैंक से लेकर संघीय बोनस प्रणाली और परिवहन के लिए तीसरी एयरलाइन। वैसे भी, इन परियोजनाओं में से प्रत्येक में, मुझे ऐसे कार्यों के बारे में पता चला, जिन्हें रिसाइक्लरव्यू वर्ग का उपयोग करके सूचियों को लागू करते समय गैर-शास्त्रीय समाधानों की खोज की आवश्यकता थी।
यह लेख - DevFest Kaliningrad'18 पर प्रदर्शन की तैयारी का फल है, साथ ही साथ सहकर्मियों के साथ संवाद करना - विशेष रूप से शुरुआत डेवलपर्स और उन लोगों के लिए उपयोगी होगा जिन्होंने मौजूदा पुस्तकालयों में से केवल एक का उपयोग किया है।

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

अध्याय एक, जिसमें ग्राहक एक आवेदन के सपने देखता है, और हम - स्पष्ट आवश्यकताओं के बारे में

आइए एक स्थिति की कल्पना करें जब एक ग्राहक एक स्टूडियो से संपर्क करता है जो रबड़ बतख की दुकान के लिए एक मोबाइल एप्लिकेशन चाहता है।

परियोजना तेजी से विकसित हो रही है, नए विचार नियमित रूप से उत्पन्न होते हैं और दीर्घकालिक रोडमैप में तैयार नहीं होते हैं।

सबसे पहले, ग्राहक हमें मौजूदा सामानों की एक सूची दिखाने के लिए कहता है और जब क्लिक किया जाता है, तो एक डिलीवरी अनुरोध भरें। आपको समाधान के लिए दूर नहीं जाना पड़ेगा: हम RecyclerView के क्लासिक सेट का उपयोग करते हैं, इसके लिए एक सरल स्व-लिखित एडाप्टर है और गतिविधि ।

एडॉप्टर के लिए, हम सजातीय डेटा, एक व्यूहॉल्डर और सरल बाइंडिंग लॉजिक का उपयोग करते हैं।

बतख के साथ एडाप्टर

class DucksClassicAdapter( private val data: List<Duck>, private val onDuckClickAction: (Duck) -> Unit ) : RecyclerView.Adapter<DucksClassicAdapter.ViewHolder>() { override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder { val rubberDuckView = LayoutInflater.from(parent.context).inflate(R.layout.item_rubber_duck, parent, false) return ViewHolder(rubberDuckView) } override fun onBindViewHolder(holder: ViewHolder, position: Int) { val duck = data[position] holder.divider.isVisible = position != 0 holder.rubberDuckImage.apply { Picasso.get() .load(duck.icon) .config(Bitmap.Config.ARGB_4444) .fit() .centerCrop() .noFade() .placeholder(R.drawable.duck_stub) .into(this) } holder.clicksHolder.setOnClickListener { onDuckClickAction.invoke(duck) } } override fun getItemCount() = data.count() class ViewHolder(view: View) : RecyclerView.ViewHolder(view) { val rubberDuckImage: ImageView = view.findViewById(R.id.rubberDuckImage) val clicksHolder: View = view.findViewById(R.id.clicksHolder) val divider: View = view.findViewById(R.id.divider) } }

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

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

हर चीज के साथ एडॉप्टर

 class DucksClassicAdapter( private val onDuckClickAction: (Pair<Duck, Int>) -> Unit, private val onSlipperClickAction: (Duck) -> Unit, private val onAdvertClickAction: (Advert) -> Unit ) : RecyclerView.Adapter<RecyclerView.ViewHolder>() { var data: List<Duck> = emptyList() set(value) { field = value internalData = data.groupBy { it.javaClass.kotlin } .flatMap { groupedDucks -> val titleRes = when (groupedDucks.key) { DuckSlipper::class -> R.string.slippers RubberDuck::class -> R.string.rubber_ducks else -> R.string.mixed_ducks } groupedDucks.value.let { listOf(FakeDuck(titleRes, it)).plus(it) } } .toMutableList() duckCountsAdapters = internalData.map { duck -> val rubberDuck = (duck as? RubberDuck) DucksCountAdapter( data = (1..(rubberDuck?.count ?: 1)).map { count -> duck to count }, onCountClickAction = { onDuckClickAction.invoke(it) } ) } } private val advert = DuckMockData.adverts.orEmpty().shuffled().first() private var internalData: MutableList<Duck> = mutableListOf() private var duckCountsAdapters: List<DucksCountAdapter> = emptyList() private var collapsedHeaders: MutableSet<Duck> = hashSetOf() override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): RecyclerView.ViewHolder { return when (viewType) { VIEW_TYPE_RUBBER_DUCK -> { val view = parent.context.inflate(R.layout.item_rubber_duck, parent) DuckViewHolder(view) } VIEW_TYPE_SLIPPER_DUCK -> { val view = parent.context.inflate(R.layout.item_duck_slipper, parent) SlipperViewHolder(view) } VIEW_TYPE_HEADER -> { val view = parent.context.inflate(R.layout.item_header, parent) HeaderViewHolder(view) } VIEW_TYPE_ADVERT -> { val view = parent.context.inflate(R.layout.item_advert, parent) AdvertViewHolder(view) } else -> throw UnsupportedOperationException("view type $viewType without ViewHolder") } } override fun onBindViewHolder(holder: RecyclerView.ViewHolder, position: Int) { when (holder) { is HeaderViewHolder -> bindHeaderViewHolder(holder, position) is DuckViewHolder -> bindDuckViewHolder(holder, position) is SlipperViewHolder -> bindSlipperViewHolder(holder, position) is AdvertViewHolder -> bindAdvertViewHolder(holder) } } private fun bindAdvertViewHolder(holder: AdvertViewHolder) { holder.advertImage.showIcon(advert.icon) holder.advertTagline.text = advert.tagline holder.itemView.setOnClickListener { onAdvertClickAction.invoke(advert) } } private fun bindHeaderViewHolder(holder: HeaderViewHolder, position: Int) { val item = getItem(position) as FakeDuck holder.clicksHolder.setOnClickListener { changeCollapseState(item, position) } val arrowRes = if (collapsedHeaders.contains(item)) R.drawable.ic_keyboard_arrow_up_black_24dp else R.drawable.ic_keyboard_arrow_down_black_24dp holder.arrow.setImageResource(arrowRes) holder.title.setText(item.titleRes) } private fun changeCollapseState(item: FakeDuck, position: Int) { val isCollapsed = collapsedHeaders.contains(item) if (isCollapsed) { collapsedHeaders.remove(item) } else { collapsedHeaders.add(item) } // 1 to add items after header val startPosition = position + 1 if (isCollapsed) { internalData.addAll(startPosition - ADVERTS_COUNT, item.items) notifyItemRangeInserted(startPosition, item.items.count()) } else { internalData.removeAll(item.items) notifyItemRangeRemoved(startPosition, item.items.count()) } notifyItemChanged(position) } @SuppressLint("SetTextI18n") private fun bindSlipperViewHolder(holder: SlipperViewHolder, position: Int) { val slipper = getItem(position) as DuckSlipper holder.duckSlipperImage.showIcon(slipper.icon) holder.duckSlipperSize.text = ": ${slipper.size}" holder.clicksHolder.setOnClickListener { onSlipperClickAction.invoke(slipper) } } private fun bindDuckViewHolder(holder: DuckViewHolder, position: Int) { val duck = getItem(position) as RubberDuck holder.rubberDuckImage.showIcon(duck.icon) holder.rubberDuckCounts.adapter = duckCountsAdapters[position - ADVERTS_COUNT] val context = holder.itemView.context holder.rubberDuckCounts.layoutManager = LinearLayoutManager(context, HORIZONTAL, false) } override fun getItemViewType(position: Int): Int { if (position == 0) return VIEW_TYPE_ADVERT return when (getItem(position)) { is FakeDuck -> VIEW_TYPE_HEADER is RubberDuck -> VIEW_TYPE_RUBBER_DUCK is DuckSlipper -> VIEW_TYPE_SLIPPER_DUCK else -> throw UnsupportedOperationException("unknown type for $position position") } } private fun getItem(position: Int) = internalData[position - ADVERTS_COUNT] override fun getItemCount() = internalData.count() + ADVERTS_COUNT class DuckViewHolder(view: View) : RecyclerView.ViewHolder(view) { val rubberDuckImage: ImageView = view.findViewById(R.id.rubberDuckImage) val rubberDuckCounts: RecyclerView = view.findViewById(R.id.rubberDuckCounts) } class SlipperViewHolder(view: View) : RecyclerView.ViewHolder(view) { val duckSlipperImage: ImageView = view.findViewById(R.id.duckSlipperImage) val duckSlipperSize: TextView = view.findViewById(R.id.duckSlipperSize) val clicksHolder: View = view.findViewById(R.id.clicksHolder) } class HeaderViewHolder(view: View) : RecyclerView.ViewHolder(view) { val title: TextView = view.findViewById(R.id.headerTitle) val arrow: ImageView = view.findViewById(R.id.headerArrow) val clicksHolder: View = view.findViewById(R.id.clicksHolder) } class AdvertViewHolder(view: View) : RecyclerView.ViewHolder(view) { val advertTagline: TextView = view.findViewById(R.id.advertTagline) val advertImage: ImageView = view.findViewById(R.id.advertImage) } } private class FakeDuck( val titleRes: Int, val items: List<Duck> ) : Duck private fun ImageView.showIcon(icon: String, placeHolderRes: Int = R.drawable.duck_stub) { Picasso.get() .load(icon) .config(Bitmap.Config.ARGB_4444) .fit() .centerCrop() .noFade() .placeholder(placeHolderRes) .into(this) } private class DucksCountAdapter( private val data: List<Pair<Duck, Int>>, private val onCountClickAction: (Pair<Duck, Int>) -> Unit ) : RecyclerView.Adapter<RecyclerView.ViewHolder>() { override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): RecyclerView.ViewHolder { val view = parent.context.inflate(R.layout.item_duck_count, parent) return CountViewHolder(view) } override fun getItemCount() = data.count() override fun onBindViewHolder(holder: RecyclerView.ViewHolder, position: Int) { (holder as CountViewHolder).count.apply { val item = data[position] text = item.second.toString() setOnClickListener { onCountClickAction.invoke(item) } } } class CountViewHolder(view: View) : RecyclerView.ViewHolder(view) { val count: TextView = view.findViewById(R.id.count) } }

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

जीथब के इतिहास में एक क्लासिक एडेप्टर विकसित करने की प्रक्रिया

परिणाम

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

हमारे एडाप्टरों में क्या गलत है?

जाहिर है, उनका पुन: उपयोग करना मुश्किल है;
व्यापार तर्क के अंदर प्रकट होता है और समय के साथ यह अधिक से अधिक हो जाता है;
बनाए रखने और विस्तार करने में मुश्किल;
डेटा अपडेट करते समय त्रुटियों का उच्च जोखिम;
गैर स्पष्ट डिजाइन।

अध्याय दो, जिसमें सब कुछ अलग हो सकता है

आने वाले वर्षों के लिए आवेदन के विकास की कल्पना करना अवास्तविक और संवेदनहीन है। पिछले अध्याय के रूप में एक नर्तकी के साथ ऐसे दर्जनों नृत्य करने और दर्जनों एडेप्टर लिखने के बाद, किसी को भी एक सवाल होगा "शायद अन्य समाधान हैं?"।

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

कई और समान पुस्तकालय हैं (उदाहरण के लिए, फास्ट एडेप्टर), लेकिन न तो मैंने और न ही मेरे सहयोगियों ने उनके साथ काम किया है, इसलिए हम उन्हें लेख में नहीं मानेंगे।

पुस्तकालयों की तुलना करने से पहले, हम एडेप्टरडेलीगेट्स के उपयोग की शर्त पर ऑनलाइन स्टोर के साथ ऊपर वर्णित मामले का संक्षिप्त विश्लेषण करते हैं - असंतुष्ट पुस्तकालयों में, यह आंतरिक कार्यान्वयन और उपयोग के दृष्टिकोण से सबसे सरल है (हालांकि, यह सब कुछ में उन्नत नहीं है, इसलिए आपको हाथ से बहुत सी चीजों को जोड़ना होगा)।

लाइब्रेरी हमें पूरी तरह से एडाप्टर से नहीं बचाएगी, लेकिन यह ब्लॉकों (ईंटों) से बनेगी, जिसे हम सुरक्षित रूप से सूची से जोड़ या हटा सकते हैं और उन्हें स्वैप कर सकते हैं।

एडॉप्टर को ब्लॉक करें

 class DucksDelegatesAdapter : ListDelegationAdapter<List<DisplayableItem>>() { init { delegatesManager.addDelegate(RubberDuckDelegate()) } fun setData(items: List<DisplayableItem>) { this.items = items notifyDataSetChanged() } } private class RubberDuckDelegate : AbsListItemAdapterDelegate<RubberDuckItem, DisplayableItem, RubberDuckDelegate.ViewHolder>() { override fun isForViewType(item: DisplayableItem, items: List<DisplayableItem>, position: Int): Boolean { return item is RubberDuckItem } override fun onCreateViewHolder(parent: ViewGroup): ViewHolder { val item = parent.context.inflate(R.layout.item_rubber_duck, parent, false) return ViewHolder(item) } override fun onBindViewHolder(item: RubberDuckItem, viewHolder: ViewHolder, payloads: List<Any>) { viewHolder.apply { rubberDuckImage.showIcon(item.icon) } } class ViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) { val rubberDuckImage: ImageView = itemView.findViewById(R.id.rubberDuckImage) } }

एक गतिविधि एडाप्टर का उपयोग करना

 class DucksDelegatesActivity : AppCompatActivity() { private lateinit var ducksList: RecyclerView override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_ducks_delegates) ducksList = findViewById(R.id.duckList) ducksList.apply { layoutManager = LinearLayoutManager(this@DucksDelegatesActivity) adapter = createAdapter().apply { showData() } } } fun createAdapter(): DucksDelegatesAdapter { return DucksDelegatesAdapter() } private fun DucksDelegatesAdapter.showData() { setData(getRubberDucks()) } private fun getRubberDucks(): List<DisplayableItem> { return DuckMockData.ducks.orEmpty().map { RubberDuckItem(it.icon) } } }

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

स्टोर और हेडर की दूसरी श्रेणी को लागू करने के लिए, हम एक जोड़े को और अधिक प्रतिनिधि लिखेंगे, और एनीमेशन डिफ्यूटिल क्लास के लिए धन्यवाद प्रतीत होता है।

यहां मैं एक संक्षिप्त लेकिन निश्चित निष्कर्ष का संकेत दूंगा: यहां तक कि इस पुस्तकालय का उपयोग उन सभी सूचीबद्ध समस्याओं को हल करता है, जो ऑनलाइन स्टोर के साथ मामले में आवेदन को जटिल करते हैं, लेकिन बिना minuses के, कहीं और।

अडैप्टर डेवलपमेंट प्रोसेस विथ अडेप्टरडेलगेट्स इन जिथब हिस्ट्री

अध्याय तीन, जिसमें डेवलपर पुस्तकालयों की तुलना करके गुलाबी चश्मा निकालता है

हम प्रत्येक पुस्तकालयों की कार्यक्षमता और संचालन में अधिक विस्तार से डुबकी लगाएंगे। एक तरह से या दूसरे मैंने अपनी परियोजनाओं पर सभी तीन पुस्तकालयों का उपयोग किया, कार्यों और आवेदन की जटिलता पर निर्भर करता है।

AdapterDelegates

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

एक सरलीकृत पुस्तकालय कार्य योजना इस प्रकार है:

मुख्य वर्ग डेलीगेट एडेप्टर है , विभिन्न "ईंटें" "प्रतिनिधि" हैं जो एक विशेष डेटा प्रकार प्रदर्शित करने के लिए जिम्मेदार हैं और, ज़ाहिर है, सूची में ही।

पेशेवरों:

विसर्जन की सादगी;
एडेप्टर का पुन: उपयोग करने में आसान;
कुछ तरीके और कक्षाएं;
कोई प्रतिबिंब, कोड पीढ़ी और डेटाबाइंडिंग नहीं।

विपक्ष:

उदाहरण के लिए, आपको तर्क को स्वयं लागू करने की आवश्यकता है ~~डिफ्यूटी के माध्यम से अद्यतन आइटम~~ l (संस्करण 3.1.0 के बाद से, आप AsyncListDifferDelegationAdapter अडैप्टर का उपयोग कर सकते हैं);
निरर्थक कोड।

सामान्य तौर पर, यह लाइब्रेरी अनुप्रयोग की कार्यक्षमता का विस्तार करने में सभी मुख्य कठिनाइयों को हल करती है और उन लोगों के लिए उपयुक्त है जिन्होंने पहले पुस्तकालय का उपयोग नहीं किया है। लेकिन केवल इसे रोकने के लिए, मैं सलाह नहीं देता।

गुट

हम अक्सर ग्रुपी का उपयोग करते हैं, लिसा रे द्वारा कई साल पहले बनाई गई, जिसमें एक लातवियाई बैंक के लिए आवेदन लिखना पूरी तरह से उपयोग करना शामिल है।

इस पुस्तकालय का उपयोग करने के लिए, सबसे पहले, आपको निर्भरता से निपटने की आवश्यकता है। मुख्य एक के अलावा, आप चुनने के लिए कई विकल्पों का उपयोग कर सकते हैं:

कोटलिन Android एक्सटेंशन के लिए विस्तार ;
Android डेटा बाइंडिंग के लिए विस्तार;
दोनों कि, और एक और।

हम एक बात पर ध्यान केन्द्रित करते हैं और आवश्यक निर्भरताएँ निर्धारित करते हैं।

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

जो कुछ बचता है वह RecyclerView GroupieAdapter को एक एडेप्टर के रूप में सेट करना है, और इसमें मॉक किए गए आइटम को डालना है।

यह देखा जा सकता है कि कार्य योजना बड़ी और अधिक जटिल है। यहां, साधारण वस्तुओं के अलावा, आप पूरे अनुभागों - वस्तुओं के समूह और अन्य वर्गों का उपयोग कर सकते हैं।

पेशेवरों:

सहज ज्ञान युक्त अंतरफलक, हालांकि एपीआई आपको लगता है;
बॉक्सिंग समाधानों की उपस्थिति;
तत्वों के समूहों में टूट;
सामान्य विकल्प, कोटलिन एक्सटेंशन और डेटाबाइंडिंग के बीच चयन;
ItemDecoration और एनिमेशन एम्बेड करना।

विपक्ष:

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

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

ग्रुपी के साथ डक सूची को लागू करना

epoxy

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

स्क्रीन विकसित करने के लिए, हमें विभिन्न प्रकार के डेटा के साथ काम करना पड़ा, बड़ी संख्या में सूचियां। और स्क्रीन में से एक वास्तव में अंतहीन था। और एपॉक्सी ने हमें इससे निपटने में मदद की।

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

इसे प्राप्त करने के लिए, पुस्तकालय कोड पीढ़ी पर बनाया गया है। यह कैसे काम करता है - सभी बारीकियों के साथ यह विकी में अच्छी तरह से वर्णित है और नमूनों में परिलक्षित होता है।

पेशेवरों:

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

विपक्ष:

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

एपॉक्सी के साथ डक सूची को लागू करना

परिणाम

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

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

मैं समझता हूं कि कई अनुभवी (और न केवल) डेवलपर्स के लिए यह या तो स्पष्ट है या वे मुझसे असहमत हो सकते हैं। लेकिन मैं इस पर फिर से जोर देना महत्वपूर्ण मानता हूं।

तो, क्या चुनना है?

एक पुस्तकालय में रहने की सलाह देना काफी कठिन है, क्योंकि चुनाव कई कारकों पर निर्भर करता है: परियोजना पर व्यक्तिगत प्राथमिकताओं से लेकर विचारधारा तक।

मैं निम्नलिखित कार्य करूंगा:

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

यदि आपके पास अभी भी प्रश्न हैं, तो आप विवरण के साथ एक बार फिर से हमारे आवेदन का कोड देख सकते हैं।

अधिकतम गति पर RecyclerView: पुस्तकालयों को पार्स करना

अध्याय एक, जिसमें ग्राहक एक आवेदन के सपने देखता है, और हम - स्पष्ट आवश्यकताओं के बारे में

परिणाम

हमारे एडाप्टरों में क्या गलत है?

अध्याय दो, जिसमें सब कुछ अलग हो सकता है

अध्याय तीन, जिसमें डेवलपर पुस्तकालयों की तुलना करके गुलाबी चश्मा निकालता है

AdapterDelegates

पेशेवरों:

विपक्ष:

गुट

पेशेवरों:

विपक्ष:

epoxy

पेशेवरों:

विपक्ष:

परिणाम

तो, क्या चुनना है?

More articles: