Android

System Android opiera się na czterech fundamentalnych komponentach, z których każdy ma inne przeznaczenie i cykl życia: 1. Aktywność (Activity): To komponent, z którym użytkownik wchodzi w bezpośrednią interakcję. Reprezentuje pojedynczy ekran z interfejsem użytkownika (UI). Aplikacja zazwyczaj składa się z wielu aktywności, które mogą być uruchamiane jedna przez drugą. 2. Serwis (Service): Działa w tle, wykonując długotrwałe operacje bez interfejsu użytkownika, np. odtwarzanie muzyki, pobieranie danych z sieci czy synchronizacja. Może działać nawet wtedy, gdy aplikacja nie jest na pierwszym planie. 3. Odbiornik Rozgłoszeniowy (Broadcast Receiver): To komponent, który nasłuchuje i reaguje na komunikaty (broadcasts) wysyłane przez system Android lub inne aplikacje. Przykłady takich komunikatów to niski poziom baterii, wykonanie zdjęcia czy zakończenie pobierania pliku. 4. Dostawca Treści (Content Provider): Zarządza dostępem do współdzielonego zestawu danych aplikacji. Umożliwia jednej aplikacji bezpieczny dostęp do danych innej aplikacji (np. aplikacja do wysyłania wiadomości może uzyskać dostęp do kontaktów w telefonie).

Cykl życia Aktywności to zdefiniowana sekwencja stanów, przez które przechodzi każda aktywność od momentu jej utworzenia do zniszczenia. System Android zarządza tym cyklem, wywołując odpowiednie metody zwrotne (callbacks), takie jak `onCreate()`, `onStart()`, `onResume()`, `onPause()`, `onStop()` i `onDestroy()`. Znajomość tego cyklu jest absolutnie kluczowa dla każdego dewelopera Androida, ponieważ: • Pozwala prawidłowo zarządzać zasobami: W odpowiednich metodach cyklu życia należy inicjować i zwalniać zasoby (np. połączenia sieciowe, sensory), aby nie zużywać niepotrzebnie baterii i pamięci. • Zapobiega wyciekom pamięci: Nieprawidłowe zarządzanie zasobami (np. niezarejestrowanie odbiornika w `onPause()`) jest częstą przyczyną wycieków pamięci. • Umożliwia zapisywanie i odtwarzanie stanu: Gdy system niszczy i odtwarza aktywność (np. podczas obrotu ekranu), musimy zapisać jej stan (np. wpisany tekst w polu), aby użytkownik nie stracił danych. • Zapewnia płynne działanie aplikacji: Aplikacja musi poprawnie reagować na zdarzenia systemowe, takie jak przychodzące połączenie telefoniczne czy przejście do tła. Prawidłowa implementacja metod cyklu życia to gwarantuje.

Oba mechanizmy służą do odroczonej inicjalizacji właściwości, ale działają w różny sposób i mają inne zastosowania. • `lateinit var`: - Jest używane dla mutowalnych właściwości (`var`), które nie mogą być `null`. - Jest to 'obietnica' dla kompilatora, że zainicjalizujemy tę właściwość przed jej pierwszym użyciem (np. w metodzie `onCreate()` w Androidzie). - Jeśli spróbujemy uzyskać dostęp do właściwości `lateinit` przed jej inicjalizacją, aplikacja zakończy się błędem `UninitializedPropertyAccessException`. - Jest często używane w Androidzie do wstrzykiwania zależności lub inicjalizacji widoków, które nie są dostępne w momencie tworzenia obiektu. • `by lazy { ... }`: - Jest używane dla niemutowalnych właściwości (`val`). - Inicjalizacja odbywa się leniwie (lazily) – blok kodu w klamrach jest wykonywany tylko przy pierwszym dostępie do właściwości. Wynik tej inicjalizacji jest następnie zapamiętywany (cached) i zwracany przy kolejnych odwołaniach. - Domyślnie, inicjalizacja `lazy` jest bezpieczna wątkowo. - Jest idealne dla kosztownych w tworzeniu obiektów, które mogą, ale nie muszą być użyte. W skrócie: `lateinit var` to 'zaufaj mi, zainicjalizuję to później', a `by lazy` to 'zainicjalizuj to, gdy będzie to naprawdę potrzebne, i zrób to tylko raz'.

`AndroidManifest.xml` to 'dowód osobisty' aplikacji. Jest to kluczowy plik konfiguracyjny, który dostarcza systemowi operacyjnemu Android wszystkich niezbędnych informacji o aplikacji, zanim jeszcze zostanie uruchomiony jakikolwiek jej kod. Jego najważniejsze zadania to: 1. Deklarowanie komponentów aplikacji: Każda Aktywność, Serwis, Odbiornik Rozgłoszeniowy i Dostawca Treści musi być zadeklarowany w manifeście. To tutaj określamy, która Aktywność jest głównym punktem wejścia do aplikacji. 2. Definiowanie uprawnień (permissions): Aplikacja musi zadeklarować, jakich uprawnień potrzebuje do działania (np. dostęp do internetu, aparatu, lokalizacji). System używa tych deklaracji, aby pytać użytkownika o zgodę. 3. Określanie wymagań sprzętowych i software'owych: Możemy zadeklarować, że nasza aplikacja wymaga np. aparatu z autofokusem lub określonej minimalnej wersji systemu Android (minSdkVersion). 4. Ustawianie metadanych: Manifest zawiera nazwę aplikacji, ikonę, motyw graficzny i inne informacje, które są widoczne dla użytkownika i systemu. Bez poprawnie skonfigurowanego pliku manifestu, system Android nie będzie w stanie poprawnie zainstalować i uruchomić aplikacji.

To dwa fundamentalne komponenty z bibliotek Jetpack, które razem tworzą podstawę nowoczesnej architektury aplikacji na Androida, promując oddzielenie logiki od UI. • `ViewModel`: - Jego głównym zadaniem jest przechowywanie i zarządzanie danymi związanymi z interfejsem użytkownika w sposób świadomy cyklu życia (lifecycle-aware). - Najważniejszą cechą `ViewModel` jest to, że przetrzymuje on swoje dane podczas zmian konfiguracji, takich jak obrót ekranu. Gdy Aktywność jest niszczona i tworzona na nowo, `ViewModel` 'przeżywa' i dostarcza dane nowej instancji Aktywności, zapobiegając ich utracie i ponownemu, kosztownemu ładowaniu. - Oddziela logikę pobierania i przygotowywania danych od Aktywności lub Fragmentu, które powinny być odpowiedzialne tylko za ich wyświetlanie. • `LiveData`: - To obserwowalny (observable) uchwyt na dane, który również jest świadomy cyklu życia. - Widok (np. Aktywność) 'subskrybuje' zmiany w obiekcie `LiveData`. Gdy dane w `LiveData` się zmienią, automatycznie powiadamia on wszystkich aktywnych obserwatorów, aby mogli zaktualizować UI. - Kluczowe jest to, że `LiveData` wysyła aktualizacje tylko do obserwatorów, którzy są w aktywnym stanie cyklu życia (np. `STARTED` lub `RESUMED`). Zapobiega to błędom i wyciekom pamięci związanym z próbą aktualizacji UI, które już nie istnieje. Razem tworzą solidny, reaktywny wzorzec: Aktywność obserwuje `LiveData` w `ViewModel`. Gdy dane się zmieniają, `ViewModel` aktualizuje `LiveData`, co automatycznie powoduje odświeżenie UI w Aktywności.

`Context` to obiekt, który reprezentuje aktualne środowisko aplikacji. Działa jak 'pilot' do systemu operacyjnego, zapewniając dostęp do globalnych informacji o aplikacji oraz do zasobów systemowych. Jest on niezbędny do wykonania ogromnej liczby podstawowych operacji w aplikacji na Androida. Bez dostępu do `Context` nie możemy na przykład: • Uruchamiać innych komponentów: np. `startActivity()`, `startService()`. • Uzyskiwać dostępu do zasobów aplikacji: np. pobierać stringów, kolorów, obrazów z plików zasobów (`getString(R.string.app_name)`). • Tworzyć widoków: Wiele konstruktorów widoków wymaga `Context`. • Uzyskiwać dostępu do usług systemowych: np. menedżera powiadomień, menedżera lokalizacji. • Pracować z plikami i bazami danych: Dostęp do prywatnego katalogu aplikacji wymaga `Context`. Istnieją różne typy `Context` (np. `ApplicationContext`, `ActivityContext`), a użycie niewłaściwego typu w danym miejscu jest częstą przyczyną wycieków pamięci. Na przykład, przekazanie `ActivityContext` do obiektu, który żyje dłużej niż Aktywność, uniemożliwi jej zwolnienie z pamięci.