Aplikacje desktopowe, mobilne i webowe w kwalifikacji INF.04: najważniejsze zasady, przykłady i 82 powiązanych pytań w banku.
Aplikacja to nie tylko zestaw ekranów: łączy interfejs, stan, reguły działania, źródła danych i obsługę sytuacji awaryjnych. Na egzaminie INF.04 trzeba rozumieć te odpowiedzialności oraz dobrać platformę i technologię do wymagań, zamiast kierować się samą nazwą frameworka.
Warstwy mają różne odpowiedzialności
prezentacji
wyświetlanie stanu i przekazywanie zdarzeń użytkownika
logiki aplikacji
przypadki użycia: zapis zadania, obliczenie ceny
danych
komunikację z bazą, plikiem albo usługą sieciową
Taki podział ogranicza sytuacje, w których obsługa kliknięcia jednocześnie buduje SQL, liczy wynik i formatuje komunikat. Wzorce takie jak MVC czy MVVM inaczej nazywają elementy, ale rozwiązują podobny problem: oddzielają widok od stanu i reguł (różnice opisuje artykuł o frameworkach). Ważniejszy od nazwy jest kierunek zależności: interfejs korzysta z jawnego modelu, a dostęp do danych daje się zastąpić w teście. Stan i dane nie są tym samym
Stan interfejsu opisuje to, co ekran ma teraz pokazać: ładowanie, listę wyników, pusty wynik albo błąd. Zdarzenie (kliknięcie „odśwież") uruchamia zmianę, a nowy stan wraca do widoku. Jedno źródło prawdy zmniejsza ryzyko, że licznik pokazuje inną wartość niż lista, z której został obliczony.
Dane trwałe zapisuje się w bazie, pliku lub ustawieniach, a dane zdalne pobiera przez API. Pamięć podręczna przyspiesza odczyt, ale wymaga zasad odświeżania. Obrót ekranu, uśpienie aplikacji i zamknięcie procesu pokazują, które informacje były tylko chwilowym stanem widoku, a które powinny zostać zapisane.
Interfejs obsługuje więcej niż poprawną ścieżkę
Formularz powinien mieć jednoznaczne etykiety, kolejność fokusu, czytelny komunikat walidacji i informację o trwającej operacji. Przycisk wysyłający dane blokuje się albo zabezpiecza przed podwójnym żądaniem. Układ reaguje na zmianę rozmiaru okna, skalę tekstu i orientację, a ważne funkcje są dostępne także z klawiatury.
Ekran listy potrzebuje co najmniej czterech stanów:
API i błędy wymagają jawnych decyzji
Klient API wysyła żądanie, interpretuje kod odpowiedzi i zamienia dane (często JSON) na model aplikacji. Walidacja w interfejsie poprawia wygodę, ale serwer i tak sprawdza dane samodzielnie.
401
brak prawidłowego uwierzytelnienia
500 i wyżej
problem po stronie usługi
Brak sieci, przekroczony czas i odpowiedź serwera to różne sytuacje. Ponowienie może pomóc przy chwilowej awarii, ale nie powinno bez końca powtarzać operacji tworzącej płatność lub rekord. Dane wejściowe zachowaj, błąd zapisz diagnostycznie, a użytkownikowi pokaż krótki komunikat.
Platformę dobiera się do ograniczeń zadania
Platforma
Mocne strony
Ograniczenia
desktop
duży ekran, pliki, praca offline
dystrybucja i aktualizacje u użytkownika
mobilna
dotyk, aparat, lokalizacja, powiadomienia
uprawnienia, mały ekran, bateria, przerywanie pracy
webowa
dostęp przez przeglądarkę, centralne aktualizacje
ograniczenia przeglądarki i jakości połączenia
Framework wieloplatformowy pozwala współdzielić część kodu, ale nie usuwa różnic w nawigacji, uprawnieniach ani zachowaniu systemu. Dobór powinien wynikać z urządzeń docelowych, dostępu do sprzętu, trybu offline, wymaganej wydajności, kompetencji zespołu i kosztu utrzymania. Testy obejmują logikę, integrację z danymi i interfejs (poziomy i techniki opisuje artykuł o testowaniu), a zadanie praktyczne INF.04 wymaga dokumentacji całego cyklu: przećwicz go na arkuszach INF.04.