Czym są działania Androida i jaki jest ich cykl życia?

Jedną z głównych koncepcji w rozwoju aplikacji mobilnych jest koncepcja Activity, to one stanowią podstawę aplikacji, tym razem zobaczymy z czego się składają i jaki jest ich cykl życia.

Na oficjalnej stronie programisty Androida możemy znaleźć bardziej szczegółowe wyjaśnienie tego, co oznaczają działania (https://developer.android.com/guide/components/activities/intro-activities) tutaj zobaczymy ogólność o nich i ich cyklu życia.

Widzieliśmy już, że aplikacja na Androida składa się z różnych komponentów graficznych lub widoków, a ponadto mają strukturę katalogów, która pozwala na niezależność interfejsu graficznego od logiki aplikacji, ekrany są zarządzane za pomocą plików xml, które zawierają układy lub menedżery treści, a logika działa w Działaniach odpowiadających klasie Aktywność, istnieje również inna koncepcja zwana fragmentami, które żyją w działaniach, ale omówimy to później.

Klasa Activity jest jednym z głównych składników aplikacji. To właśnie one stanowią podstawę do budowania aplikacji, ponieważ zarządzają logiką systemu i tym, z czym użytkownik będzie wchodził w interakcję. Aplikacja na Androida zaczyna się od wystąpienia działania, które ma zdefiniowany cykl życia, aby aplikacja działała.

Przed zagłębieniem się w cykl życia bardzo ważne jest, aby wyjaśnić, że sposób działania aplikacji mobilnej różni się od działania innych aplikacji, aplikacja mobilna nie ma określonego punktu początkowego, w przeciwieństwie do aplikacji komputerowej, która rozpoczyna się od metody main(), aplikację można uruchomić z dowolnego jej ekranu (nie oznacza to, że nie możemy wydać polecenia startu).

Wewnętrznie, gdy zmieniamy ekrany, następuje wywołanie między czynnościami (lub fragmenty są zastępowane w tej samej czynności), a gdy przełączamy się między aplikacjami w ten sam sposób, aplikacja jest wywoływana przez wywołanie jej początkowej czynności.

Aplikacja zwykle składa się z kilku ekranów, co jest równoznaczne z posiadaniem kilku czynności, które się ze sobą komunikują, chociaż zostało już wspomniane, że aplikację można uruchomić z dowolnej czynności, czynność jest zawsze zdefiniowana jako aktywność główna MainActivity (chociaż niekoniecznie muszą być wyświetlane jako pierwsze) i stamtąd zaznaczyć punkt startowy nawigacji w systemie wywołując nowe czynności lub fragmenty.

Plik manifestu (AndroidManifest.xml)

W poprzednim wpisie mówiliśmy o pliku manifestu, jest to plik konfiguracyjny, który pozwala na parametryzację głównych elementów aplikacji, tutaj znajdziesz informacje takie jak identyfikator aplikacji, nazwę, ikonę, zawarte w niej działania, uprawnienia, wśród innych ważnych elementów.

Podczas tworzenia aktywności androidStudio automatycznie zajmuje się jej parametryzacją w pliku AndroidManifest.xml i tam również można dodać filtry lub właściwości określające dodatkowe akcje aplikacji, np. na poprzednim obrazku widać, że MainActivity to główny system aktywności (ten pokazany jako pierwszy) od jest do niej dodawany wraz z właściwością <action android:name="android.intent.action.MAIN" />

Cykl życia aktywności.

Aktywność przechodzi przez kilka stanów podczas jej wykonywania, stany te zachodzą w wyniku interakcji użytkownika z Aktywnością, na przykład kiedy wchodzi, wychodzi, wchodzi ponownie lub gdy jest zamykany, Android pozwala nam kontrolować każdy z tych stanów poprzez szereg zdefiniowanych metody, które możemy wdrożyć, aby zarządzać zachowaniem, na przykład możesz wstrzymać odtwarzacz wideo podczas zmiany ekranu lub anulować procesy połączenia podczas zamykania aplikacji, na stronie programisty Androida znajdujemy szczegóły tych metod (tam możemy również znaleźć Poniższy schemat pokazuje, jak to działa:

Oto podsumowanie każdego ze stanów:

• onCreate()

  Ta metoda jest domyślnie tworzona w działaniu i jest aktywowana, gdy zaczyna odwoływać się do układu odpowiadającego części graficznej za pomocą metody setContentView(), jest to pierwsza metoda, która jest wykonywana.

• onStart()

  Po zamknięciu onCreate() działanie zmienia swój stan z utworzonego na rozpoczęte i jest prezentowane użytkownikowi, w tym miejscu widok i działanie stają się interaktywne.

• W skrócie()

  Po uruchomieniu działania zmieniany jest stan onResume(), który odpowiada za przetwarzanie informacji o interakcji użytkownika, tutaj wszystko co użytkownik wpisuje jest rozpoznawane i przechwytywane.

• onPauza()

  W przypadku utraty ostrości i przerwania Aktywności wywoływany jest stan Pauzy, np. gdy użytkownik naciśnie przycisk Wstecz lub zmieni ekran, co oznacza, że aktywność jest nadal częściowo widoczna podczas jej zamykania.

  Z tego stanu możesz wrócić ponownie do onResume() lub onStop()

• onStop()

  Ten stan rozpoczyna się, gdy czynność nie jest już widoczna dla użytkownika, może to być spowodowane usunięciem czynności, reaktywacją zatrzymanej czynności lub uruchomieniem nowej, w tym przypadku zatrzymana czynność nie jest już widoczna dla użytkownika użytkownik. użytkownika, stąd możesz wywołać onRestart() lub onDestroy()

• przy ponownym uruchomieniu ()

  System wchodzi w ten stan, gdy zatrzymana czynność ma zostać ponownie uruchomiona, tutaj przywracany jest stan czynności z momentu jej zatrzymania i wykonywane jest wywołanie onStart().

• onDestroy()

  Wreszcie, system wywołuje tę metodę przed usunięciem działania, jest to ostatni stan, przez który przechodzi działanie i jest realizowany, gdy zamknięcie lub zwolnienie wszystkich zasobów działania musi być zagwarantowane.

Metody te można zaimplementować w projekcie w następujący sposób:

Więc podczas uruchamiania aplikacji zobaczymy zachowanie w logcat.

I to wszystko, dzięki temu widzimy na czym polegają działania i jak możemy kontrolować cykl życia, po czym możemy kontynuować pracę nad podstawową aplikacją.

Może Cię to również zainteresować.

Czy jest coś, co chciałbyś dodać lub skomentować na temat tego wpisu? śmiało rób….A jeśli Ci się podobało... Zapraszam do udostępniania Y Zasubskrybuj, klikając przycisk „Dołącz do tej witryny”, aby usłyszeć więcej postów takich jak ten 😉