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.