👩🏼‍✈️ ❗️ 🚓 मैं टुकड़ों के लिए SharedViewModel का उपयोग क्यों नहीं कर रहा हूं? 🙌🏻 👩🏼‍🤝‍👨🏻 🔫

हेबरा, नमस्कार!

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

नीचे दिया गया आंकड़ा 3 टुकड़ों की इंटरैक्शन स्कीम दिखाता है।

उन। हम क्या करते हैं: प्रत्येक टुकड़े में हमें उन अंशों का SharedViewModel मिलता है जिनके साथ हमें बातचीत करने की आवश्यकता होती है ...

और यह मेरी राय में, सबसे अच्छा समाधान नहीं है। चूंकि:

*VM. ViewModel View. ViewModel LiveData, View, .. ViewModel - , View.
SharedViewModel — . , SharedViewModel , , . - .
SharedViewModel, . , , .

SharedViewModel का उपयोग केवल तभी किया जा सकता है जब एक ही डेटा के साथ कई पूरी तरह से समान टुकड़े हों। मेरे व्यवहार में, ऐसा कोई परिदृश्य नहीं था। दो समान टुकड़े हो सकते हैं, लेकिन प्रत्येक के ViewModel की स्थिति अलग है, SharedViewModel उनके लिए अमान्य है।

SharedViewModel समस्याओं का एक टन लाता है। आप भ्रमित होने लगते हैं, सब कुछ निर्भरता के साथ अति हो गया है, कोड जटिल है। जब Fragment + ViewModel एक ब्लैक बॉक्स है, तो काम करना बहुत आसान है।

क्या समाधान पेश किया जा सकता है?

एक साधारण सेवा जिसके साथ प्रत्येक टुकड़ा अपने तरीके से बातचीत करता है।

इस सेवा को प्रत्येक ViewModel के अंदर पारित किया जाना चाहिए। डीआई और स्कोप (डैगर, कोइन, किसी भी अन्य) के लिए धन्यवाद यह आसानी से और बस किया जा सकता है। यदि सेवा को किसी गतिविधि के संदर्भ में रहना चाहिए, तो इसे इस गतिविधि के दायरे में बनाएं और प्रत्येक ViewModel को पास करें।

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

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

बोनस: मैं टुकड़े कैसे बनाऊं?

इस तरह: SomeFragment ()

और मापदंडों के बारे में क्या?

ViewModel के आगमन के साथ, मैं मापदंडों का उपयोग नहीं करता हूं। मैं बंडल के माध्यम से टुकड़ा करने के लिए कुछ भी पास नहीं करता हूं (एंड्रॉइड स्टूडियो अभी भी तर्कों के साथ एक टुकड़ा बनाने और स्थैतिक विधि के माध्यम से एक टुकड़ा बनाने की पेशकश करता है), मैं नेविगेशन घटक के लिए सुरक्षा NavArgs का उपयोग नहीं करता हूं ।

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

मैंने ViewModel में यह सब हटा दिया। मैं उसी सेवा का उपयोग करता हूं जिसके माध्यम से मैं मापदंडों को पारित करता हूं। यह सेफ्टी नवआर्ग्स की तरह काम करता है। ViewModel पैरामीटर वर्ग के प्रकार द्वारा सेवा से मापदंडों का अनुरोध करता है। पैरामीटर को सफलतापूर्वक पुनर्प्राप्त करने के बाद, सेवा उन्हें हटा देती है (पुश / पॉप जैसे काम करता है)।

यह कॉन्फ़िगरेशन को बदलने की समस्या को तुरंत हल करता है: टुकड़ा फिर से बनाया गया था, और ViewModel पहले से ही वर्तमान डेटा के साथ है, जो सभी की आवश्यकता है उन्हें व्यू के साथ कनेक्ट करना है।

बंडल के माध्यम से मापदंडों को पारित करते समय एक समस्या भी है - यह अनुमेय राशि की अधिकता है। यदि हस्तांतरित डेटा की मात्रा 500 kb से अधिक है, तो Binder.java के अंदर एक अपवाद के कारण एप्लिकेशन क्रैश हो सकता है। इससे विभिन्न पुस्तकालयों का निर्माण हुआ, जो एसडी के माध्यम से मापदंडों को प्रसारित करते हैं, जो रैम का उपयोग करने की तुलना में बहुत तेज नहीं है।

सामान्य तौर पर, उपकरण शांत होते हैं, सब कुछ लचीला होता है, लेकिन आपको सावधान रहने की जरूरत है।

यह सब, देखने के लिए धन्यवाद!

मैं टुकड़ों के लिए SharedViewModel का उपयोग क्यों नहीं कर रहा हूं?

बोनस: मैं टुकड़े कैसे बनाऊं?

More articles: