Diferentes estrategias de service worker para distintas arquitecturas

Cuando se trata de construir para la Web, hay un par de estilos arquitectónicos que debes tener en cuenta.

Por ejemplo, un sitio web "tradicional", también conocido como aplicación de varias páginas (MPA), es una colección de páginas por las que los usuarios navegan a través de solicitudes de navegación tradicionales. Los sitios estáticos son un buen ejemplo de este estilo arquitectónico, incluso los sitios web con tecnología de CMS, como los blogs y los sitios web de marketing, también son ejemplos de este estilo.

Luego, está el estilo "moderno" de aplicación de una sola página (SPA), en el que la única solicitud de navegación es la primera. Las arquitecturas de SPA tienden a entregar lenguaje de marcado mínimo en la solicitud de navegación inicial, que se propaga con los datos proporcionados por las APIs del servidor. Luego, estos datos se presentan en lenguaje de marcado renderizado por el cliente que proporciona un router del lado del cliente para cada navegación posterior.

Sea cual sea el estilo que prefieras, es clave hacer coincidir una arquitectura determinada con la implementación adecuada de service worker para garantizar un alto rendimiento y confiabilidad. El diseño abierto de los service workers (y Workbox por extensión) proporciona mucha flexibilidad en la forma en que se manejan las solicitudes de recursos, y la tecnología se puede adaptar a cualquier estilo de arquitectura que prefieras.

Para comenzar, veamos primero lo que se necesita para compilar un service worker que funcione mejor con una SPA. Luego, cuando estés listo para probar un patrón que extienda el esquema de navegación predeterminado del navegador a la vez que proporciona una renderización superrápida, consulta nuestra guía sobre la compilación de un service worker de transmisión para aplicaciones de varias páginas.