Επαναφορά κατάστασης σε εφαρμογές κινητών: τι είναι, μηχανισμός και αρχή λειτουργίας

Τι είναι το State Restoration;

State Restoration (επαναφορά κατάστασης) είναι ένας μηχανισμός συστήματος που επιτρέπει την αποθήκευση της τρέχουσας κατάστασης της διεπαφής χρήστη της εφαρμογής και την επαναφορά της μετά από κλείσιμο ή επανεκκίνηση. Όταν ο χρήστης ελαχιστοποιεί την εφαρμογή ή το σύστημα την κλείνει για να ελευθερώσει πόρους, το State Restoration καταγράφει τις βασικές παραμέτρους του UI και τις αποθηκεύει σε κρυπτογραφημένο χώρο αποθήκευσης.

Χωρίς State Restoration, ο χρήστης χάνει όλα τα μη αποθηκευμένα δεδομένα κατά την εναλλαγή μεταξύ εφαρμογών. Για παράδειγμα, μια συμπληρωμένη φόρμα επικοινωνίας, ένα μεγάλο ερώτημα αναζήτησης ή μια μερικώς προβληθείσα λίστα ειδήσεων — όλα εξαφανίζονται κατά την επανεκκίνηση. Το State Restoration λύνει αυτό το πρόβλημα καταγράφοντας αυτόματα την κατάσταση του ViewController ή Activity τη στιγμή της ελαχιστοποίησης.

Ο μηχανισμός λειτουργεί σε επίπεδο συστήματος και υποστηρίζεται και από τις δύο κύριες κινητές πλατφόρμες. iOS παρέχει State Restoration μέσω NSUserActivity και του πρωτοκόλλου UIStateRestoring, ενώ το Android — μέσω SavedStateHandle στα αρχιτεκτονικά στοιχεία Jetpack και ViewModel. Η υλοποίηση διαφέρει, αλλά η ιδέα είναι ίδια.

Πώς λειτουργεί ο μηχανισμός State Restoration;

Η διαδικασία State Restoration χωρίζεται σε δύο φάσεις: αποθήκευση (save) και επαναφορά (restore). Στη φάση της αποθήκευσης, το σύστημα καλεί τις αντίστοιχες μεθόδους του κύκλου ζωής όπου η εφαρμογή πρέπει να σειριοποιήσει την τρέχουσα κατάσταση του UI σε μια συμπαγή αναπαράσταση. Στη φάση της επαναφοράς, το σύστημα επιστρέφει τα αποθηκευμένα δεδομένα και η εφαρμογή τα αποσειριοποιεί για να επαναφέρει το UI.

Μηχανισμός αποθήκευσης κατάστασης

Η αποθήκευση ξεκινά από το σύστημα όταν η εφαρμογή μεταβαίνει σε λειτουργία παρασκηνίου ή όταν λαμβάνει σήμα επικείμενου κλεισίματος. Στο iOS, καλείται η μέθοδος encodeRestorableState στο UIViewController, στο Android — onSaveInstanceState στο Activity ή αποθήκευση μέσω SavedStateHandle. Τα δεδομένα σειριοποιούνται σε μορφή που υποστηρίζει πρωτόγονους τύπους: συμβολοσειρές, αριθμούς, πίνακες byte και αντικείμενα Parcelable.

Ο όγκος των αποθηκευμένων δεδομένων πρέπει να είναι ελάχιστος — το σύστημα επιβάλλει περιορισμούς στο μέγεθος του αποθηκευμένου πακέτου. Στο Android, το όριο είναι περίπου 50 KB ανά διεργασία. Η υπέρβαση του ορίου οδηγεί στην εξαίρεση TransactionTooLargeException. Γι' αυτό οι αρχιτέκτονες συνιστούν την αποθήκευση μόνο αναγνωριστικών και κλειδιών, ενώ τα πλήρη δεδομένα να φορτώνονται από τη μόνιμη αποθήκευση κατά την επαναφορά.

Επαναφορά UI από αποθηκευμένη κατάσταση

Κατά την επαναφορά, το σύστημα παραδίδει το αποθηκευμένο πακέτο δεδομένων στην εφαρμογή τη στιγμή της εκκίνησης. Στο iOS, καλείται η μέθοδος decodeRestorableState, στο Android — onRestoreInstanceState ή ανάγνωση από το SavedStateHandle. Η εφαρμογή εξάγει τα αναγνωριστικά και τα κλειδιά από το πακέτο και επαναφέρει το UI: θέση κύλισης, επιλεγμένα στοιχεία, εισαγόμενα δεδομένα.

Είναι σημαντικό να ληφθεί υπόψη ότι η επαναφορά μπορεί να συμβεί σε μια νέα διεργασία. Εάν η εφαρμογή έχει εκφορτωθεί πλήρως από τη μνήμη, η διεργασία δημιουργείται εκ νέου και όλα τα αντικείμενα στη μνήμη απουσιάζουν. Επομένως, η κατάσταση πρέπει να είναι σειριοποιήσιμη και ανεξάρτητη από το περιβάλλον εκτέλεσης της προηγούμενης συνεδρίας. Αυτό είναι ιδιαίτερα κρίσιμο για μεγάλες φόρμες με πολλαπλά πεδία εισαγωγής και μακριές πολυσέλιδες διεπαφές.

class MainActivity : AppCompatActivity() {
    private var searchQuery: String = ""

    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)
        outState.putString("search_query", searchQuery)
    }

    override fun onRestoreInstanceState(savedState: Bundle) {
        super.onRestoreInstanceState(savedState)
        searchQuery = savedState.getString("search_query", "")!!
        restoreSearchUI(searchQuery)
    }
}

State Restoration σε iOS και Android

Η υλοποίηση του State Restoration διαφέρει σημαντικά μεταξύ πλατφορμών. iOS χρησιμοποιεί δηλωτική προσέγγιση μέσω storyboard και πρωτοκόλλων UIKit, ενώ το Android χρησιμοποιεί προστακτική προσέγγιση μέσω μεθόδων κύκλου ζωής Activity και αρχιτεκτονικών στοιχείων Jetpack. Η επιλογή της προσέγγισης εξαρτάται από την πλατφόρμα-στόχο και την αρχιτεκτονική της εφαρμογής.

State Restoration στο iOS (UIKit)

Στο iOS, το State Restoration βασίζεται σε τρία στοιχεία: UIApplication διαχειρίζεται τη συνολική διαδικασία, το UIViewController υλοποιεί το πρωτόκολλο UIStateRestoring και το NSUserActivity αποθηκεύει δεδομένα για την επαναφορά πλοήγησης. Για ενεργοποίηση, πρέπει να ορίσετε το restorationIdentifier στο UIViewController και να υλοποιήσετε τα encodeRestorableState και decodeRestorableState.

Το iOS αποθηκεύει αυτόματα την κατάσταση του ελεγκτή πλοήγησης (UINavigationController) και όλων των ένθετων ViewController, εάν έχουν ορισμένο restorationIdentifier. Το σύστημα διαχειρίζεται τη στοίβα πλοήγησης και την επαναφέρει στην αρχική κατάσταση. Ωστόσο, τα δεδομένα εντός των ελεγκτών (εισαγόμενο κείμενο, θέση κύλισης) πρέπει να αποθηκεύονται ρητά από τον προγραμματιστή.

State Restoration στο Android (SavedStateHandle)

Στο Android, η σύγχρονη προσέγγιση στο State Restoration βασίζεται στο SavedStateHandle — ένα στοιχείο από τη βιβλιοθήκη AndroidX Lifecycle. Το SavedStateHandle είναι διαθέσιμο μέσα στο ViewModel και αποθηκεύει και επαναφέρει αυτόματα δεδομένα κατά την αλλαγή διαμόρφωσης (περιστροφή οθόνης) και κατά την επανεκκίνηση της διεργασίας. Τα δεδομένα αποθηκεύονται στο Bundle και σειριοποιούνται αυτόματα.

Το SavedStateHandle συμπεριφέρεται ως αποθήκη κλειδιού-τιμής με υποστήριξη LiveData. Κατά την αλλαγή διαμόρφωσης, τα δεδομένα αποθηκεύονται και επαναφέρονται αυτόματα. Για την υποστήριξη επανεκκίνησης της διεργασίας, το ViewModel πρέπει να δημιουργηθεί μέσω του SavedStateViewModelFactory — αυτό επιτρέπει στο ViewModel να επιβιώσει από το πλήρες κλείσιμο της εφαρμογής.

class SearchViewModel(
    private val savedStateHandle: SavedStateHandle
) : ViewModel() {

    companion object {
        private val KEY_QUERY = string("search_query")
    }

    fun getSearchQuery(): String? = savedStateHandle[KEY_QUERY]

    fun saveSearchQuery(query: String) {
        savedStateHandle[KEY_QUERY] = query
    }
}

Υλοποίηση State Restoration σε κώδικα

Η πρακτική υλοποίηση του State Restoration απαιτεί τη λήψη υπόψη πολλών πτυχών: επιλογή της σωστής αποθήκευσης, προσδιορισμός του όγκου των αποθηκευμένων δεδομένων και δοκιμή διαφόρων σεναρίων κλεισίματος. Ας εξετάσουμε τη βήμα προς βήμα υλοποίηση για μια εφαρμογή Flutter χρησιμοποιώντας το πακέτο state_restoration.

class RestorableSearchField extends RestorableProperty<String> {
  String _value = '';

  @override
  String get value => _value;

  @override
  void set value(String newValue) {
    if (_value != newValue) {
      _value = newValue;
      notifyListeners();
    }
  }

  @override
  String? toPrimitives() => _value;

  @override
  void fromPrimitives(String? data) {
    _value = data ?? '';
  }
}

Κατά την υλοποίηση, είναι σημαντικό να θυμάστε τα όρια αποθήκευσης. Δεν χρειάζεται να επαναφέρεται κάθε πεδίο UI. Η θέση κύλισης σε μια μεγάλη λίστα — ναι. Η προσωρινή κατάσταση κινούμενων σχεδίων — όχι. Ο προγραμματιστής πρέπει να επιλέγει συνειδητά ποια δεδομένα είναι κρίσιμα για την εμπειρία χρήστη και ποια μπορούν να επαναφερθούν με ασφάλεια χωρίς απώλεια άνεσης.

Η δοκιμή του State Restoration είναι μια ξεχωριστή εργασία που απαιτεί προσομοίωση τερματισμού διεργασίας. Στο Android, αυτό μπορεί να γίνει μέσω της εντολής adb shell am kill, στο iOS — μέσω προσομοίωσης τερματισμού στο Xcode. Τα πλαίσια δοκιμών UI, όπως τα Espresso και XCTest, παρέχουν ειδικές μεθόδους για τον έλεγχο της επαναφοράς κατάστασης.

Βέλτιστες πρακτικές State Restoration

Πρώτος κανόνας — αποθηκεύστε αναγνωριστικά, όχι δεδομένα. Αντί να αποθηκεύετε ένα πλήρες αντικείμενο με εκατοντάδες πεδία, αποθηκεύστε το μοναδικό αναγνωριστικό του και κατά την επαναφορά φορτώστε τα τρέχοντα δεδομένα από τη βάση δεδομένων ή το API. Αυτό εξοικονομεί χώρο στο Bundle και εγγυάται την επικαιρότητα των δεδομένων τη στιγμή της επαναφοράς.

Δεύτερος κανόνας — δοκιμάστε όλα τα σενάρια. Ελέγξτε την επαναφορά μετά από περιστροφή οθόνης, μετά από ελαχιστοποίηση και επιστροφή μετά από μία ώρα, μετά από κλείσιμο της εφαρμογής από το σύστημα λόγω έλλειψης μνήμης. Κάθε σενάριο μπορεί να συμπεριφέρεται διαφορετικά ανάλογα με την κατάσταση του λειτουργικού συστήματος και τους διαθέσιμους πόρους.

Τρίτος κανόνας — χρησιμοποιήστε μηχανισμούς συστήματος, όχι δικούς σας. Το iOS και το Android παρέχουν ενσωματωμένα API για State Restoration που είναι βελτιστοποιημένα για τη συγκεκριμένη πλατφόρμα. Η δική σας υλοποίηση μέσω SharedPreferences ή UserDefaults μπορεί να οδηγήσει σε προβλήματα συγχρονισμού και απροσδόκητη συμπεριφορά κατά την επαναφορά.

Τέταρτος κανόνας — διαχειριστείτε την απουσία κατάστασης. Κατά την πρώτη εκκίνηση ή μετά από διαγραφή δεδομένων, η κατάσταση μπορεί να απουσιάζει. Το UI πρέπει να λειτουργεί σωστά στην αρχική κατάσταση χωρίς να ρίχνει εξαιρέσεις. Ελέγξτε όλα τα αποθηκευμένα δεδομένα για null πριν από τη χρήση και προβλέψτε προεπιλεγμένες τιμές.

Πέμπτος κανόνας — τεκμηριώστε τα αποθηκευμένα κλειδιά. Όταν υπάρχουν δεκάδες οθόνες στο έργο και κάθε μία αποθηκεύει πολλά πεδία, χωρίς κεντρική διαχείριση κλειδιών δημιουργείται χάος. Δημιουργήστε μια ενιαία κλάση ή αρχείο με σταθερές κλειδιών για State Restoration σε κάθε ενότητα. Αυτό απλοποιεί τη συντήρηση και αποτρέπει την τυχαία αντικατάσταση δεδομένων κατά την αναδιάρθρωση.