Différentes stratégies de service worker pour différentes architectures

Plusieurs styles architecturaux sont à prendre en compte pour créer des applications destinées au Web.

Par exemple, un site Web "traditionnel", également appelé application multipage (MPA, Multi-page Application), est un ensemble de pages que les utilisateurs parcourent à l'aide de requêtes de navigation traditionnelles. Les sites statiques sont un bon exemple de ce style architectural, même les sites Web utilisant un CMS (blogs et sites marketing, par exemple).

Le style d'application monopage (SPA) "moderne", où la seule requête de navigation est la toute première. Les architectures SPA ont tendance à diffuser un balisage minimal lors de la requête de navigation initiale, qui est renseignée par les données fournies par les API côté serveur. Ces données sont ensuite présentées dans un balisage rendu par le client fourni par un routeur côté client pour chaque navigation ultérieure.

Quel que soit le style que vous préférez, faire correspondre une architecture donnée à la bonne implémentation de service worker est essentielle pour garantir une fiabilité et des performances élevées. La conception ouverte des service workers (et Workbox par extension) offre une grande flexibilité dans la façon dont les requêtes d'éléments sont traitées, et la technologie peut être adaptée au style architectural de votre choix.

Pour commencer, examinons d'abord les conditions requises pour créer un service worker qui fonctionne mieux avec une SPA. Ensuite, lorsque vous êtes prêt à tester un modèle qui étend le schéma de navigation par défaut du navigateur tout en offrant un rendu ultra rapide, consultez notre guide sur la création d'un service worker de streaming pour les applications multipages.