W tym momencie mechanizmy Service Worker mogą wydawać się trudne. Jest wiele złożonych interakcji, które trudno jest prawidłowo porozumieć. Żądania sieci! Strategie buforowania Zarządzanie pamięcią podręczną Buforowanie! Należy pamiętać. Nie sprawia to, że mechanizm Service Worker nie jest źle zaprojektowany, działa zgodnie z oczekiwaniami i rozwiązuje trudne problemy.
Dobre abstrakcje ułatwiają korzystanie ze złożonych interfejsów API. W takiej sytuacji warto skorzystać z Workbox. Skrzynka robocza to zestaw modułów, które upraszczają routing i buforowanie w typowych instancjach service worker. Każdy dostępny moduł dotyczy konkretnego aspektu tworzenia mechanizmów Service Worker. Platforma Workbox ma na celu ułatwienie korzystania z mechanizmów Service Worker przy jednoczesnej elastyczności w spełnianiu złożonych wymagań dotyczących aplikacji w razie potrzeby.
W najprostszych przypadkach workbox-build
udostępnia kilka metod umożliwiających wygenerowanie skryptu service worker, który zapisuje określone zasoby w pamięci podręcznej.
Metoda generateSW
wykonuje większość pracy od razu, a metoda injectManifest
daje większą kontrolę w razie potrzeby.
W bardziej zaawansowanych przypadkach mogą pomóc inne moduły. Kilka takich modułów to:
workbox-routing
w przypadku dopasowania żądania.workbox-strategies
na potrzeby strategii buforowania.workbox-precaching
na potrzeby wstępnego buforowania.workbox-expiration
do zarządzania pamięciami podręcznymi.workbox-window
– do rejestracji skryptu service worker i obsługi aktualizacji wwindow context
.
Te i inne moduły pomagają w tworzeniu kodu skryptu service worker w sposób deklaracyjny, który jest łatwiejszy do odczytu i utrzymania niż bezpośrednie korzystanie z interfejsów API mechanizmów Service Worker. Z tej dokumentacji dowiesz się, jak z nich korzystać w zastosowaniu.