Strategie di service worker diverse per architetture diverse

Quando si tratta di creare per il Web, ci sono un paio di stili architettonici da tenere in considerazione.

Ad esempio, un sito web "tradizionale", noto anche come applicazione su più pagine (MPA), è un insieme di pagine che gli utenti visitano tramite le tradizionali richieste di navigazione. I siti statici sono un buon esempio di questo stile architettonico; anche i siti web basati su CMS come i blog e i siti web di marketing sono esempi di questo stile.

Poi c'è il "moderno" stile Single Page Application (SPA), in cui l'unica richiesta di navigazione è la prima. Le architetture SPA tendono a fornire un markup minimo nella richiesta di navigazione iniziale, che viene compilata dai dati forniti dalle API lato server. Questi dati vengono quindi presentati nel markup sottoposto a rendering dal client fornito da un router lato client per ogni navigazione successiva.

Qualunque sia lo stile che preferisci, abbinare una determinata architettura alla corretta implementazione dei service worker è fondamentale per garantire affidabilità e prestazioni elevate. La progettazione aperta dei service worker, e di Workbox per estensione, offre molta flessibilità nella gestione delle richieste di risorse e la tecnologia può essere personalizzata per qualsiasi stile di architettura preferito.

Per iniziare, vediamo innanzitutto cosa serve per creare un service worker che funzioni al meglio con un'APS. Quindi, quando vuoi provare un pattern che estende lo schema di navigazione predefinito del browser garantendo al contempo un rendering superveloce, consulta la nostra guida alla creazione di un service worker di streaming per applicazioni multipagina.