Różne strategie skryptu service worker dla różnych architektur

Jeśli chodzi o tworzenie aplikacji internetowych, trzeba pamiętać o kilku stylach architektonicznych.

Na przykład witryna „tradycyjna” – zwana też aplikacją wielostronicową (MPA) – to zbiór stron, przez które użytkownicy przechodzą za pomocą tradycyjnych żądań nawigacji. Dobrym przykładem tego stylu architektury są witryny statyczne, a nawet witryny oparte na systemach CMS, takie jak blogi czy strony marketingowe.

Kolejny przykład to „nowoczesny” styl aplikacji na jednej stronie (SPA), w którym jedyne żądanie nawigacji jest pierwsze. Architektury SPA zwykle podają minimalną ilość znaczników w początkowym żądaniu nawigacji, które są wypełniane danymi pochodzącymi z interfejsów API po stronie serwera. Dane te są następnie prezentowane w znacznikach renderowanych przez klienta, dostarczanych przez router po stronie klienta podczas każdej kolejnej nawigacji.

Bez względu na to, jaki styl preferujesz, dopasowanie danej architektury do odpowiedniej implementacji skryptu service worker jest kluczem do zapewnienia wysokiej niezawodności i wydajności. Otwarta konstrukcja mechanizmu Service Worker (z rozszerzeniem Workbox) zapewnia dużą elastyczność w obsłudze żądań zasobów, a technologię można dostosować do preferowanego stylu architektury.

Na początek opowiemy, jak utworzyć skrypt service worker działający najlepiej ze SPA. Następnie, gdy przygotujesz się do wypróbowania wzorca, który rozszerza domyślny schemat nawigacji przeglądarki i jednocześnie zapewnia superszybkie renderowanie, zapoznaj się z naszym przewodnikiem na temat tworzenia instancji roboczych usługi strumieniowego przesyłania danych na potrzeby aplikacji wielostronicowych.