Dlaczego używać pracownika usługi do buforowania, gdy pamięć podręczna przeglądarki obsługuje buforowanie?

Question

Czytam pracownika usługi do buforowania w trybie offline, podobnie do buforowania przeglądarki. To dlaczego preferować pracownika usługi dla tego buforowania. Nawet buforowanie przeglądarki sprawdzi, czy plik został zmodyfikowany czy nie, a następnie obsługuje pamięć podręczną, podczas gdy pracownik serwisu obsługuje to samo z naszego kodu. Ale domyślnie przeglądarka ma tę funkcję, więc dlaczego preferować pracownika serwisu?

Answer 1

Pracownicy serwisowi zapewniają pełną kontrolę nad żądaniami sieci. Możesz zwrócić wszystko, co chcesz dla zdarzenia pobierania, nie musi to być przeszłość ani aktualna zawartość tego konkretnego pliku.

Jeśli jednak pamięć podręczna przeglądarki obsługuje Twoje potrzeby, nie masz obowiązku korzystania z Service Workers.

Są również używane do takich rzeczy, jak powiadomienia push.

Dokumentacja: https://developer.mozilla.org/en-US/docs/Web/API/Service_Worker_API, https://developer.mozilla.org/en-US/docs/Web/API/Service_Worker_API/Using_Service_Workers

Answer 2

Chciałem podzielić się punkty, które zauważyłem podczas przechodzenia przez pracownika dokumentacji i usług realizowanych go.

1. cache jest inna, co pracownik usługa obsługuje trybu offline cache, webapp będą mieli dostęp do treści, które są buforowane, nawet jeśli sieć nie jest dostępna.
2. Pracownik serwisowy da natywne wrażenia.
3. Pracownik serwisu nie może modyfikować zawartości DOM, ale nadal może obsługiwać strony w jej zasięgu. Za pomocą zdarzeń takich jak postMessage można uzyskać dostęp do strony i zmienić DOM.
4. Pracownik serwisu nie wymaga interakcji użytkownika ani strony internetowej. Działa w tle.