Que peuvent faire les travailleurs du service que les travailleurs sur le Web ne peuvent pas?

Que peuvent faire les travailleurs du service que les travailleurs sur le Web ne peuvent pas?

Il semble que les opérateurs sur le Web sont un sous-système de la fonctionnalité des travailleurs du service. Est-ce correct?

Il y a une grande différence dans ce qu'ils sont destinés:

Travailleurs Web

Les Web Workers fournissent un moyen simple pour le contenu Web d'exécuter des scripts dans les threads d'arrière-plan. Le thread de travail peut effectuer des tâches sans interférer avec l'interface utilisateur. De plus, ils peuvent effectuer des E / S en utilisant XMLHttpRequest (bien que les attributs de réponseXML et de canal soient toujours nuls). Une fois créé, un travailleur peut envoyer des messages au code JavaScript qui l'a créé en affichant des messages sur un gestionnaire d'événements spécifié par ce code (et vice versa).

Source – Utilisation des travailleurs sur le Web

Serviceleur travailleur

Les agents de service fonctionnent essentiellement comme serveurs proxy qui se trouvent entre les applications Web, et le navigateur et le réseau (lorsqu'ils sont disponibles). Ils sont destinés (entre autres) à permettre la création d'expériences hors ligne efficaces, à intercepter les requêtes du réseau et à prendre des mesures appropriées en fonction de la disponibilité du réseau et des actifs actualisés sur le serveur. Ils permettront également l'accès aux notifications push et aux API de synchronisation d'arrière-plan.

Source – Service Worker API

Ainsi, les opérateurs Web sont pratiques pour exécuter des scripts coûteux sans que l'interface utilisateur ne gèle, tandis que les agents de service sont utiles pour modifier la réponse des demandes de réseau (pour examen lors de la création d'une application hors connexion).