Programista aplikacji mobilnych
Twórz dostępne aplikacje, projektuj stany ekranu i sprawdzaj synchronizację po przerwie połączenia.
Kompendium zawodu — pojęcia i zwroty
Pojęcia w pracy
- Stan ekranu
- Zestaw informacji potrzebnych do pokazania określonego widoku, np. danych lub błędu.
- Warstwa danych
- Część aplikacji odpowiadająca za udostępnianie i zapis danych.
- Pamięć lokalna
- Dane utrzymywane na urządzeniu w celu odczytu lub dalszej synchronizacji.
- Synchronizacja
- Uzgadnianie zmian między urządzeniem a innym źródłem.
- Test regresji
- Sprawdzenie, czy zmiana nie naruszyła oczekiwanego zachowania istniejącej funkcji.
Zwroty w typowych sytuacjach
- „Ekran pokazuje ostatni znany stan z informacją o aktualności.”
- Pomaga użytkownikowi odczytać wiarygodność danych.
- „Zmiana została zapisana na urządzeniu i oczekuje na synchronizację.”
- Rozdziela zapis lokalny od potwierdzenia po stronie usługi.
- „Przed wydaniem sprawdzę przerwanie połączenia podczas zapisu.”
- Wskazuje trudny przypadek do weryfikacji.
Podstawy · Lekcja 1 z 6
Od potrzeby do stanu ekranu
Opisz, czego użytkownik chce dokonać i jak rozpozna wynik. Uwzględnij dane, pusty stan, ładowanie oraz błąd. Stan powinien wynikać z reguł funkcji i być czytelny również po ponownym wejściu na ekran.
- Co zrobić najpierwUstal cel
- Co zrobić dalejRozpisz stany
- Jak zakończyćZaprojektuj komunikaty
Przykład z pracy
Lista może być pusta albo chwilowo niedostępna. Oba stany mają różne komunikaty i następne kroki.
Ćwiczenie praktyczne
Rozpisz stany ekranu listy kursów dla pierwszego wejścia i błędu odczytu.
Sprawdź się — opcjonalne pytanie
Po co rozdzielasz stan pusty i błąd?
- Żeby zawsze pokazać identyczny przycisk
- Użytkownik powinien wiedzieć, czy brak danych wynika z wyniku czy nieudanej operacji
- Żeby ukryć nieudany odczyt
Pokaż odpowiedź i wyjaśnienie
Użytkownik powinien wiedzieć, czy brak danych wynika z wyniku czy nieudanej operacji. Różne przyczyny wymagają innych informacji i działań.
Podstawy · Lekcja 2 z 6
Dane lokalne i zdalne
Zdefiniuj, jakie dane mogą być dostępne bez sieci i skąd ekran je odczytuje. Zachowaj informację o aktualności, jeżeli wynik zależy od świeżości. Ogranicz lokalny zapis do potrzeb funkcji.
- Co zrobić najpierwRozpoznaj źródło
- Co zrobić dalejPokaż dane
- Jak zakończyćWyjaśnij aktualność
Przykład z pracy
Katalog otwiera ostatnią zapisaną listę i wskazuje, że nie udało się jej odświeżyć.
Ćwiczenie praktyczne
Napisz opis zachowania dwóch ekranów przy braku sieci.
Ekran informuje o sukcesie przed synchronizacją
Użytkownik zapisuje zmianę w trybie offline. Aplikacja pokazuje pełny sukces, ale zapis znajduje się dopiero na urządzeniu.
Pokaż przykładową reakcję
Rozdzielam zapis lokalny i potwierdzenie, zachowuję zmianę. Pokaż stan oczekujący oraz późniejszy wynik synchronizacji zgodnie z regułami funkcji.
Sprawdź się — opcjonalne pytanie
Co oznacza wyświetlenie danych z pamięci lokalnej?
- Usługa zawsze odpowiedziała w tej chwili
- Synchronizacja zakończyła się poprawnie
- Dane mogą być dostępne mimo braku bieżącego potwierdzenia ich aktualności
Pokaż odpowiedź i wyjaśnienie
Dane mogą być dostępne mimo braku bieżącego potwierdzenia ich aktualności. Pochodzenie danych wpływa na to, co można obiecać użytkownikowi.
Praca krok po kroku · Lekcja 3 z 6
Zmiana oczekująca i potwierdzona
Wybierz, czy funkcja przyjmuje zmianę bez sieci. Zapisz, jak przetrwa odtworzenie ekranu i kiedy zmieni status. Komunikat powinien odróżniać przyjęcie lokalne od stanu widocznego w innych miejscach.
- Co zrobić najpierwPrzyjmij zmianę
- Co zrobić dalejZachowaj status
- Jak zakończyćPokaż potwierdzenie
Przykład z pracy
Przeczytana lekcja jest zaznaczona na urządzeniu z komunikatem oczekuje na synchronizację.
Ćwiczenie praktyczne
Przygotuj trzy komunikaty dla zapisu lokalnego, potwierdzonego i wymagającego uwagi.
Sprawdź się — opcjonalne pytanie
Co powinien pokazać stan oczekujący?
- Że zmiana jest przyjęta lokalnie, a potwierdzenie jeszcze nie nastąpiło
- Że usługa zawsze zakończyła pracę
- Że użytkownik musi usunąć dane
Pokaż odpowiedź i wyjaśnienie
Że zmiana jest przyjęta lokalnie, a potwierdzenie jeszcze nie nastąpiło. Komunikat odpowiada temu, co aplikacja może potwierdzić.
Praca krok po kroku · Lekcja 4 z 6
Konflikt i przerwanie synchronizacji
Przemyśl przypadek, w którym inna wersja danych powstała równolegle. Regułę dopasuj do znaczenia danych i wymagań produktu. Przetestuj, co dzieje się po przerwie w trakcie zapisu i po ponownym uruchomieniu.
- Co zrobić najpierwRozpoznaj wersje
- Co zrobić dalejZastosuj regułę
- Jak zakończyćPokaż wynik
Przykład z pracy
Użytkownik edytuje notatkę na dwóch urządzeniach. Konflikt wymaga uzgodnionej decyzji zamiast milczącej utraty pracy.
Ćwiczenie praktyczne
Zaproponuj oczekiwany wynik i komunikat dla dwóch edycji tej samej notatki.
Sprawdź się — opcjonalne pytanie
Od czego zależy reguła konfliktu?
- Od koloru ekranu
- Od znaczenia danych oraz uzgodnionego zachowania funkcji
- Od samej nazwy modelu telefonu
Pokaż odpowiedź i wyjaśnienie
Od znaczenia danych oraz uzgodnionego zachowania funkcji. Reguła powinna chronić ważne dane i odpowiadać oczekiwaniom użytkownika.
Trudniejsze sytuacje · Lekcja 5 z 6
Dostępność stanu i akcji
Przekazuj zmianę w sposób czytelny tekstowo i dla technologii asystujących. Sprawdź nawigację, etykiety akcji oraz kontrast. Kolor stanu może pomagać, ale sam nie wystarcza do przekazania ważnej informacji.
- Co zrobić najpierwNazwij stan
- Co zrobić dalejSprawdź akcję
- Jak zakończyćPrzetestuj odczyt
Przykład z pracy
Komunikat o błędzie jest wyświetlany jako tekst i wskazuje, jak spróbować ponownie.
Ćwiczenie praktyczne
Ułóż test dostępności dla zapisu w toku i komunikatu o błędzie.
Sprawdź się — opcjonalne pytanie
Co pomaga odebrać zmianę osobie, która nie widzi koloru?
- Samo czerwone obramowanie
- Wyłącznie animacja
- Czytelny opis stanu i dostępna informacja o zmianie
Pokaż odpowiedź i wyjaśnienie
Czytelny opis stanu i dostępna informacja o zmianie. Opis i dostępne informacje przekazują stan niezależnie od koloru.
Trudniejsze sytuacje · Lekcja 6 z 6
Przegląd przed wydaniem
Sprawdź najważniejsze ścieżki na reprezentatywnych urządzeniach i w zmiennych warunkach połączenia. Zapisz oczekiwane wyniki oraz defekty wpływające na użytkownika. Przy zmianie synchronizacji wróć do wcześniejszych scenariuszy.
- Co zrobić najpierwUstal priorytety
- Co zrobić dalejSprawdź ścieżki
- Jak zakończyćZapisz decyzję
Przykład z pracy
Wersja poprawia ekran główny, lecz po wznowieniu aplikacji nie pokazuje oczekującej zmiany. Test regresji wykrywa problem.
Ćwiczenie praktyczne
Przygotuj zestaw testów przed wydaniem i warunek blokujący publikację.
Sprawdź się — opcjonalne pytanie
Co powinno blokować wydanie do wyjaśnienia?
- Powtarzalna utrata danych użytkownika w obsługiwanym scenariuszu
- Dowolne pytanie o kolor ikony
- Każda zmiana nazwy pliku
Pokaż odpowiedź i wyjaśnienie
Powtarzalna utrata danych użytkownika w obsługiwanym scenariuszu. Defekty o dużym wpływie wymagają rozstrzygnięcia przed wydaniem.