🐑 👨‍🏫 💎 Android अनुप्रयोगों में बचत राज्य 🕑 🤞🏾 🖐️

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

उसने हमें कितना दर्द दिया।

मैं बाद में क्लीन एक्टेक्चर और डैगर 2 का उपयोग करके उदाहरण दूंगा , इसलिए इसके लिए तैयार रहें :)

कार्यों के आधार पर स्थिति बनाए रखने के मुद्दे को कई तरीकों से हल किया जा सकता है:

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

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

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

अब थोड़ा कोड:

BaseState

public interface BaseState<VIEW extends BaseView, OWNER extends BaseOwner> extends Parcelable{ /** * Get name * * @return name */ @NonNull String getName(); /** * Enter to state * * @param aView view */ void onEnter(@NonNull VIEW aView); /** * Exit from state */ void onExit(); /** * Return to next state */ void forward(); /** * Return to previous state */ void back(); /** * Invalidate view * * @param aView view */ void invalidateView(@NonNull VIEW aView); /** * Get owner * * @return owner */ @NonNull OWNER getOwner(); /** * Set owner * * @param aOwner owner */ void setOwner(@NonNull OWNER aOwner); }

BaseOwner

 public interface BaseOwner<VIEW extends BaseView, STATE extends BaseState> extends BasePresenter<VIEW>{ /** * Set state * * @param aState state */ void setState(@NonNull STATE aState); }

BaseStateImpl

 public abstract class BaseStateImpl<VIEW extends BaseView, OWNER extends BaseOwner> implements BaseState<VIEW, OWNER>{ private OWNER mOwner; @NonNull @Override public String getName(){ return getClass().getName(); } @Override public void onEnter(@NonNull final VIEW aView){ Timber.d( getName()+" onEnter"); //depend from realization } @Override public void onExit(){ Timber.d(getName()+" onExit"); //depend from realization } @Override public void forward(){ Timber.d(getName()+" forward"); onExit(); //depend from realization } @Override public void back(){ Timber.d(getName()+" back"); onExit(); //depend from realization } @Override public void invalidateView(@NonNull final VIEW aView){ Timber.d(getName()+" invalidateView"); //depend from realization } @NonNull @Override public OWNER getOwner(){ return mOwner; } @Override public void setOwner(@NonNull final OWNER aOwner){ mOwner = aOwner; }

हमारे मामले में, राज्य का मालिक एक प्रस्तुतकर्ता होगा।

लॉगिन पेज को देखते हुए, तीन अद्वितीय राज्यों को प्रतिष्ठित किया जा सकता है:

LoginInitState , LoginProgressingState , LoginCompleteState ।

तो, अब विचार करें कि इन राज्यों में क्या होता है।

LoginInitState हमारे पास खेतों का सत्यापन है और सफल सत्यापन के मामले में, लॉगिन बटन सक्रिय हो जाता है।

लॉग इन अनुरोध LoginProgressingState में किया जाता है , एक टोकन सहेजा जाता है, आवेदन की मुख्य गतिविधि शुरू करने के लिए अतिरिक्त अनुरोध किए जाते हैं।

LoginCompleteState एप्लिकेशन की मुख्य स्क्रीन पर नेविगेट करता है।

सशर्त रूप से, राज्यों के बीच संक्रमण निम्नलिखित आरेख में प्रदर्शित किया जा सकता है:

लॉगिन स्थिति आरेख

LoginProgressingState स्थिति से बाहर निकलता है यदि लॉगिन ऑपरेशन LoginCompleteState स्थिति में सफल होता है, और यदि LoginInitState स्थिति विफल हो जाती है । इस प्रकार, जब हमारा दृष्टिकोण बिगड़ता है, तो हमारे पास प्रस्तुतकर्ता की पूरी तरह से निर्धारक स्थिति होती है। हमें मानक android तंत्र onSaveInstanceState का उपयोग करके इस स्थिति को सहेजना चाहिए। हमें ऐसा करने के लिए, सभी लॉगिन राज्यों को पार्सलेबल इंटरफ़ेस लागू करना होगा। इसलिए, हम अपने बेस इंटरफेस बेसस्टेट का विस्तार कर रहे हैं।

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

 public interface Cache{ /** * Save cache data * * @param aData data */ void saveCacheData(@Nullable Parcelable aData); @Nullable Parcelable getCacheData(); /** * Check that cache exist * * @return true if cache exist */ boolean isCacheExist(); }

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

 @Override public void setState(@NonNull final LoginBaseState aState){ mState.onExit(); mState = aState; clearDisposables(); mState.setOwner(this); mState.onEnter(getView()); mInteractor.setState(mState); }

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

एक वास्तविक परियोजना में राज्य आरेख

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

पूर्ण कोड रिपॉजिटरी में देखा जा सकता है ।

Android अनुप्रयोगों में बचत राज्य

More articles: