एंड्रॉइड वास्तु घटकों का उपयोग करते समय 5 सामान्य गलतियां

यहां तक ​​कि अगर आप इन गलतियों को नहीं करते हैं, तो यह उन्हें याद रखने योग्य है, ताकि भविष्य में कुछ समस्याओं का सामना न करें।

1. टुकड़ों में LiveData पर्यवेक्षकों की कमी

टुकड़ों में एक जटिल जीवन चक्र होता है, और जब एक टुकड़ा अलग हो जाता है और किसी गतिविधि में शामिल हो जाता है, तो यह हमेशा नष्ट नहीं होता है। उदाहरण के लिए, सहेजे गए टुकड़े कॉन्फ़िगरेशन परिवर्तन के दौरान नष्ट नहीं होते हैं। जब ऐसा होता है, तो खंड का उदाहरण बना रहता है, और केवल इसका दृश्य नष्ट हो जाता है, इसलिए onDestroy() नहीं बुलाया जाता है और DESTROYED स्थिति तक नहीं पहुंचा जाता है।

इसका मतलब है कि अगर हम onDreateView onCreateView() या बाद में (आमतौर पर onActivityCreated() ) में onActivityCreated() अवलोकन करना शुरू करते हैं और जीवनचक्र के रूप में अंश पास करते हैं:

 class BooksFragment: Fragment() { private lateinit var viewModel: BooksViewModel override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? { return inflater.inflate(R.layout.fragment_books, container) } override fun onActivityCreated(savedInstanceState: Bundle?) { super.onActivityCreated(savedInstanceState) viewModel = ViewModelProviders.of(this).get(BooksViewModel::class.java) viewModel.liveData.observe(this, Observer { updateViews(it) }) //    LifecycleOwner } ... } 

फिर हम हर बार एक टुकड़ा फिर से जुड़ने पर ऑब्जर्वर का एक नया समान उदाहरण प्रसारित करेंगे, लेकिन LiveData पिछले पर्यवेक्षकों को नहीं हटाएगा क्योंकि LifecycleOwner (टुकड़ा) DESTROYED स्थिति तक नहीं पहुंचा है। यह अंततः समान और एक साथ सक्रिय पर्यवेक्षकों की बढ़ती संख्या की ओर जाता है, और एक ही कोड onChanged() से कई बार निष्पादित होता है।

इस मुद्दे को मूल रूप से यहां बताया गया था, और अधिक विस्तृत विवरण यहां पाया जा सकता है ।

खंडित जीवन चक्र से getViewLifecycleOwner () या getViewLifecycleOwnerLiveData () का उपयोग करने के लिए अनुशंसित समाधान है, जो समर्थन पुस्तकालय में जोड़े गए थे 28.0.0 और AndroidX 1.0.0, इसलिए LiveData हर बार पर्यवेक्षकों को हटा देगा, जब दृश्य टुकड़ा नष्ट हो जाता है:

 class BooksFragment : Fragment() { ... override fun onActivityCreated(savedInstanceState: Bundle?) { super.onActivityCreated(savedInstanceState) viewModel = ViewModelProviders.of(this).get(BooksViewModel::class.java) viewModel.liveData.observe(viewLifecycleOwner, Observer { updateViews(it) }) } ... } 

2. प्रत्येक स्क्रीन रोटेशन के बाद रिबूट डेटा

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

एक उदाहरण:

 class ProductViewModel( private val repository: ProductRepository ) : ViewModel() { private val productDetails = MutableLiveData<Resource<ProductDetails>>() private val specialOffers = MutableLiveData<Resource<SpecialOffers>>() fun getProductsDetails(): LiveData<Resource<ProductDetails>> { repository.getProductDetails() //  ProductDetails ... //  ProductDetails   productDetails LiveData return productDetails } fun loadSpecialOffers() { repository.getSpecialOffers() //  SpecialOffers ... //  SpecialOffers   specialOffers LiveData } } class ProductActivity : AppCompatActivity() { lateinit var productViewModelFactory: ProductViewModelFactory override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) val viewModel = ViewModelProviders.of(this, productViewModelFactory).get(ProductViewModel::class.java) viewModel.getProductsDetails().observe(this, Observer { /*...*/ }) // ()   productDetails    viewModel.loadSpecialOffers() // ()   specialOffers    } } 

निर्णय आपके तर्क पर भी निर्भर करता है। यदि रिपॉजिटरी डेटा को कैश करेगा, तो उपरोक्त कोड संभवतः सही ढंग से काम करेगा। साथ ही, इस समस्या को अन्य तरीकों से हल किया जा सकता है:

• AbsentLiveData के समान कुछ का उपयोग करें और डेटा प्राप्त नहीं होने पर ही डाउनलोड करना शुरू करें;
• डेटा डाउनलोड करना तब शुरू करें जब यह वास्तव में आवश्यक हो। उदाहरण के लिए, OnClickListener में;
• और शायद सबसे सरल: ViewModel कंस्ट्रक्टर में लोड कॉल डालें और सरल गेटर्स का उपयोग करें:

 class ProductViewModel( private val repository: ProductRepository ) : ViewModel() { private val productDetails = MutableLiveData<Resource<ProductDetails>>() private val specialOffers = MutableLiveData<Resource<SpecialOffers>>() init { loadProductsDetails() // ViewModel         Activity   } private fun loadProductsDetails() { repository.getProductDetails() ... } fun loadSpecialOffers() { repository.getSpecialOffers() ... } fun getProductDetails(): LiveData<Resource<ProductDetails>> { return productDetails } fun getSpecialOffers(): LiveData<Resource<SpecialOffers>> { return specialOffers } } class ProductActivity : AppCompatActivity() { lateinit var productViewModelFactory: ProductViewModelFactory override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) val viewModel = ViewModelProviders.of(this, productViewModelFactory).get(ProductViewModel::class.java) viewModel.getProductDetails().observe(this, Observer { /*...*/ }) viewModel.getSpecialOffers().observe(this, Observer { /*...*/ }) button_offers.setOnClickListener { viewModel.loadSpecialOffers() } } } 

3. लीक ViewModels

आर्किटेक्चर डेवलपर्स ने यह स्पष्ट किया कि हमें ViewModel के लिए लिंक पास नहीं करना चाहिए।

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

इस लीक उदाहरण में, सिंगलटन शैली में लिखा गया रिपॉजिटरी श्रोता, व्यूमॉडल को दिया गया है। इसके बाद, श्रोता नष्ट नहीं होता है:

 @Singleton class LocationRepository() { private var listener: ((Location) -> Unit)? = null fun setOnLocationChangedListener(listener: (Location) -> Unit) { this.listener = listener } private fun onLocationUpdated(location: Location) { listener?.invoke(location) } } class MapViewModel: AutoClearViewModel() { private val liveData = MutableLiveData<LocationRepository.Location>() private val repository = LocationRepository() init { repository.setOnLocationChangedListener { liveData.value = it } } } 

यहां समाधान श्रोता को onCleared() विधि में निकालने के लिए हो सकता है, इसे रिपॉजिटरी में WeakReference रूप में सहेजें, या रिपॉजिटरी और ViewModel के बीच संवाद करने के लिए LiveData का उपयोग करें:

 @Singleton class LocationRepository() { private var listener: ((Location) -> Unit)? = null fun setOnLocationChangedListener(listener: (Location) -> Unit) { this.listener = listener } fun removeOnLocationChangedListener() { this.listener = null } private fun onLocationUpdated(location: Location) { listener?.invoke(location) } } class MapViewModel: AutoClearViewModel() { private val liveData = MutableLiveData<LocationRepository.Location>() private val repository = LocationRepository() init { repository.setOnLocationChangedListener { liveData.value = it } } override onCleared() { repository.removeOnLocationChangedListener() } } 

4. ViewData को संशोधित करने की अनुमति दें

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

इसलिए, हमें MutableLiveData तक पहुंच को संक्षिप्त करना होगा:

 class CatalogueViewModel : ViewModel() { // :   MutableLiveData val products = MutableLiveData<Products>() // :    MutableLiveData private val promotions = MutableLiveData<Promotions>() fun getPromotions(): LiveData<Promotions> = promotions // :    MutableLiveData private val _offers = MutableLiveData<Offers>() val offers: LiveData<Offers> = _offers fun loadData(){ products.value = loadProducts() //     products promotions.value = loadPromotions() //  CatalogueViewModel   promotions _offers.value = loadOffers() // Only CatalogueViewModel   _offers } } 

5. प्रत्येक कॉन्फ़िगरेशन परिवर्तन के बाद ViewModel निर्भरता बनाना

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

हालांकि यह काफी स्पष्ट लग सकता है, यह कुछ ऐसा है जो ViewModelFactory का उपयोग करते समय अनदेखी करना आसान है, जिसमें आमतौर पर ViewModel के समान निर्भरताएं होती हैं।

ViewModelProvider ViewModel का एक उदाहरण बचाता है, लेकिन ViewModelFactory का उदाहरण नहीं, इसलिए यदि हमारे पास यह कोड है:

 class MoviesViewModel( private val repository: MoviesRepository, private val stringProvider: StringProvider, private val authorisationService: AuthorisationService ) : ViewModel() { ... } class MoviesViewModelFactory( private val repository: MoviesRepository, private val stringProvider: StringProvider, private val authorisationService: AuthorisationService ) : ViewModelProvider.Factory { override fun <T : ViewModel> create(modelClass: Class<T>): T { return MoviesViewModel(repository, stringProvider, authorisationService) as T } } class MoviesActivity : AppCompatActivity() { @Inject lateinit var viewModelFactory: MoviesViewModelFactory private lateinit var viewModel: MoviesViewModel override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_movies) injectDependencies() viewModel = ViewModelProviders.of(this, viewModelFactory).get(MoviesViewModel::class.java) } ... } 

तब हर बार एक कॉन्फ़िगरेशन परिवर्तन होता है, हम ViewModelFactory का एक नया उदाहरण बनाएंगे और इसलिए, इसकी सभी निर्भरता के नए उदाहरण बनाने की विशेष आवश्यकता के बिना (बशर्ते कि वे किसी भी तरह से सीमित न हों)।

 class MoviesViewModel( private val repository: MoviesRepository, private val stringProvider: StringProvider, private val authorisationService: AuthorisationService ) : ViewModel() { ... } class MoviesViewModelFactory( private val repository: Provider<MoviesRepository>, private val stringProvider: Provider<StringProvider>, private val authorisationService: Provider<AuthorisationService> ) : ViewModelProvider.Factory { override fun <T : ViewModel> create(modelClass: Class<T>): T { return MoviesViewModel(repository.get(), stringProvider.get(), authorisationService.get() ) as T } } class MoviesActivity : AppCompatActivity() { @Inject lateinit var viewModelFactory: MoviesViewModelFactory private lateinit var viewModel: MoviesViewModel override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_movies) injectDependencies() viewModel = ViewModelProviders.of(this, viewModelFactory).get(MoviesViewModel::class.java) } ... }