Ciclul de viață în dezvoltarea mobilă: ce este, ce etape și cum funcționează

Ciclul de viață al aplicației (App Lifecycle)

Înainte de a analiza ciclul de viață al ecranelor individuale, este important să înțelegem ciclul de viață al întregii aplicații. În iOS, aplicația trece prin cinci stări: Not Running (nu rulează), Inactive (în fundal, nu primește evenimente), Active (activă), Background (în fundal, codul se execută) și Suspended (în fundal, codul este suspendat). Aceste stări sunt gestionate în AppDelegate prin metodele applicationDidFinishLaunching, applicationDidBecomeActive, applicationWillResignActive, applicationDidEnterBackground și applicationWillTerminate.

În Android, echivalentul este Application Lifecycle, urmărit prin interfața Application.ActivityLifecycleCallbacks. Cu toate acestea, Android se concentrează mai mult pe ciclul de viață al unei Activity — un ecran individual al aplicației. Aceasta deoarece o aplicație Android poate consta din mai multe Activities, fiecare cu propriul ciclu.

Abordarea modernă în Android este utilizarea ProcessLifecycleOwner din biblioteca lifecycle-process. Acesta permite urmărirea stării întregului proces fără a fi legat de o anumită Activity. În iOS, UISceneDelegate (de la iOS 13) sau AppDelegate este folosit pentru urmărirea stării aplicației. SceneDelegate gestionează mai multe ferestre (multiwindow) pe iPad. Înțelegerea App Lifecycle este deosebit de importantă pentru IT Sectr la dezvoltarea aplicațiilor cu sincronizare în fundal, streaming și apeluri VoIP.

Activity Lifecycle în Android

Activity este componenta de bază a unei aplicații Android, reprezentând un ecran. Activity are un ciclu de viață clar definit gestionat de sistemul de operare ca răspuns la acțiunile utilizatorului și evenimentele sistemului (rotirea ecranului, apel primit, memorie insuficientă).

Important: onSaveInstanceState este apelat înainte de onStop pentru a salva starea temporară. Restaurarea are loc în onCreate prin Bundle savedInstanceState sau prin SavedStateHandle în ViewModel. Fără o gestionare corectă a ciclului de viață, aplicația va pierde toate datele nesalvate la rotirea ecranului.

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
    }
    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)
        outState.putString("draft", draftText)
    }
    override fun onDestroy() {
        super.onDestroy()
        // Отписка от всех подписок
    }
}

Activity Lifecycle în Jetpack Compose

În Jetpack Compose, ciclul de viață al Activity rămâne neschimbat, dar Compuse oferă instrumente suplimentare: Compoziție conștientă de ciclul de viață prin LifecycleOwner, efectele LifecycleEventEffect și DisposableEffect pentru curățarea automată a resurselor la distrugere.

Fragment Lifecycle în detaliu

Fragment în Android trăiește în interiorul unei Activity și are propriul ciclu de viață, care se suprapune parțial cu cel al Activity, dar adaugă metode noi. Fragmentele pot fi adăugate, înlocuite, eliminate fără a distruge Activity, făcându-le mai flexibile, dar și mai complexe.

Metodele cheie ale Fragment Lifecycle: onAttach — Fragment atașat la Activity (primul apel); onCreate — inițializare date; onCreateView — crearea View; onViewCreated — View creată, UI poate fi configurat; onStart — Fragment vizibil; onResume — Fragment în focalizare; onPause — Fragment pierde focalizarea; onStop — Fragment nu este vizibil; onDestroyView — View distrusă; onDestroy — Fragment distrus; onDetach — Fragment detașat de Activity.

Diferența cheie față de Activity: onCreateView și onDestroyView pot fi apelate de mai multe ori (de exemplu, la comutarea TabLayout), în timp ce onCreate este apelat o singură dată. Prin urmare, inițializarea View trebuie făcută în onViewCreated, nu în onCreateView. Resursele legate de View (cum ar fi adaptoarele RecyclerView) trebuie curățate în onDestroyView.

ViewController Lifecycle în iOS

UIViewController este clasa de bază pentru gestionarea ecranelor în iOS. Ciclul său de viață constă dintr-o secvență de metode pe care UIKit le apelează automat. Înțelegerea acestui ciclu este esențială pentru inițializarea corectă a UI, gestionarea datelor și a memoriei.

Important: viewDidLoad este apelat o singură dată în viața View Controller. Pentru a actualiza datele la fiecare apariție, utilizați viewWillAppear. Dacă vă abonați la NotificationCenter în viewWillAppear, asigurați-vă că vă dezabonați în viewDidDisappear pentru a evita scurgerile de memorie.

SwiftUI Lifecycle

SwiftUI gestionează ciclul de viață al View-urilor prin structuri View. În locul metodelor de callback, SwiftUI utilizează modificatorii onAppear și onDisappear. Pentru stări globale ale aplicației, se utilizează App Lifecycle prin protocoalele App și Scene. SwiftUI gestionează automat crearea și distrugerea View-urilor pe bază de stare, simplificând dezvoltarea, dar necesitând înțelegerea identității și duratei de viață a View-urilor.

struct ContentView: View {
    var body: some View {
        Text("Hello")
            .onAppear {
                print("View появилась")
            }
            .onDisappear {
                print("View исчезла")
            }
    }
}

LifecycleOwner și LifecycleObserver în Android

LifecycleOwner este o interfață din Android Architecture Components care marchează un obiect având un ciclu de viață (Activity, Fragment). LifecycleObserver este o interfață care permite unui obiect să se aboneze la evenimentele LifecycleOwner. Împreună, ele formează baza gestionării reactive a ciclului de viață în dezvoltarea modernă Android.

În loc să apelați metode explicit în onStart/onStop, se recomandă utilizarea DefaultLifecycleObserver (înlocuitor pentru LifecycleObserver învechit cu adnotări @OnLifecycleEvent). Aceasta este abordarea promovată de Google pentru ViewModel și alte componente care trebuie să reacționeze la ciclul de viață fără a avea referințe directe la Activity sau Fragment.

class MyObserver : DefaultLifecycleObserver {
    override fun onStart(owner: LifecycleOwner) {
        // Подписка на обновления
    }
    override fun onStop(owner: LifecycleOwner) {
        // Отписка
    }
}

La IT Sectr, folosim LifecycleOwner în toate proiectele Android. ViewModel se abonează la LifecycleOwner al Activity prin viewModelScope și lifecycleScope, garantând anularea automată a corutinelor la distrugerea Activity. Acest lucru previne scurgerile de memorie și face codul mai curat și mai sigur.