PWA offline: jak zaprojektować aplikację i synchronizację danych

W aplikacji serwisanta sensowny zakres może obejmować odczyt wcześniej pobranych zleceń, dopisanie notatki i zapis protokołu do późniejszego wysłania. Pobranie nowego zlecenia czy potwierdzenie aktualnego stanu magazynu wymaga łączności. Pokaż tę granicę w interfejsie, zanim użytkownik zacznie pracę.

Instalowalność i praca offline to odrębne cechy. Manifest opisuje m.in. nazwę i sposób uruchamiania aplikacji. Service worker może przechwytywać żądania i obsługiwać cache. Wymagania instalacji oraz dostępność funkcji różnią się między przeglądarkami, dlatego testuj urządzenia, z których naprawdę korzysta zespół.

Service worker działa w bezpiecznym kontekście HTTPS; localhost jest wyjątkiem przydatnym do rozwoju. Samo zarejestrowanie workera nie zapisuje automatycznie całej aplikacji. Trzeba wskazać zasoby, obsłużyć brak odpowiedzi i zaplanować aktualizację cache po nowym wdrożeniu.

Każdej zmianie nadaj własny identyfikator operacji. Zapisz ją lokalnie przed pokazaniem komunikatu o zachowaniu danych. Po odzyskaniu sieci wyślij operację do backendu, który rozpozna jej ponowienie. To istotne, gdy serwer zapisał protokół, lecz telefon nie otrzymał odpowiedzi i próbuje jeszcze raz.

Zapamiętaj także wersję edytowanego rekordu. Jeżeli dyspozytor zmienił zlecenie w czasie pracy serwisanta, serwer powinien rozpoznać konflikt. Dla notatek można dopisać oba wpisy, ale dla terminu lub statusu konieczna może być decyzja użytkownika. Automatyczne nadpisywanie ostatnią zmianą jest regułą biznesową, którą trzeba świadomie zaakceptować.

Nie uzależniaj poprawności procesu wyłącznie od synchronizacji w tle. Przeglądarka może zatrzymać service workera, a dostępność interfejsów API nie jest jednakowa. Zapewnij ponawianie po otwarciu aplikacji i przycisk synchronizacji z widocznym wynikiem. Kolejka powinna przeżyć restart aplikacji.

Pamięć przeglądarki domyślnie działa w trybie best-effort. Dane mogą zostać usunięte przy braku miejsca lub przez użytkownika. Prośba o trwałe przechowywanie nie odbiera użytkownikowi możliwości usunięcia danych. Ogranicz rozmiar pobieranych załączników, obsłuż błąd zapisu i wyraźnie oznacz protokoły, które nie dotarły jeszcze na serwer.

Przećwicz proces na prawdziwym telefonie, również po zamknięciu karty i ponownym uruchomieniu. Sprawdź aktualizację aplikacji, gdy użytkownik ma niewysłany protokół. Zmiana wersji schematu lokalnych danych nie może usuwać jego pracy.

Oddziel dane lokalne poszczególnych kont. Wylogowanie powinno mieć jednoznaczną politykę dla pobranych zleceń i niewysłanych zmian. Użytkownik musi wiedzieć, czy ich zachowanie wymaga wcześniejszej synchronizacji.

• Włącz tryb samolotowy po pobraniu zlecenia i zapisz notatkę.
• Zerwij połączenie w czasie wysyłki, następnie ponów operację.
• Zmień ten sam rekord równocześnie na drugim urządzeniu.
• Sprawdź brak miejsca, wygaśnięcie sesji i aktualizację service workera.