Next.js: ¿Podemos implementar la captación previa sin utilizar Service Worker?
En primer lugar, ¡gracias por crear una herramienta tan increíble! Next.js me parece un "marco de ensueño" para la creación de aplicaciones web, que "nos brinda lo mejor de ambos mundos" (aplicación de una sola página y renderizado del lado del servidor).
Para mí, la pieza más importante que ayuda a Next.js a cumplir su promesa es la capacidad de obtener previamente todos los componentes que las etiquetas apuntan en una página.
Según la documentación, esta función se implementa mediante Service Worker, una API que solo es compatible con Chrome y Firefox. Esto significa que una gran parte de los usuarios de la web simplemente no pueden aprovechar esta gran función. No sé si me pierdo algo.
¿Podemos implementar la captación previa utilizando otros tipos de técnicas, que sean compatibles con todos los navegadores modernos, en lugar de utilizar Service Worker?
irrigator
Todos 3 comentarios
Esto significa que una gran parte de los usuarios web simplemente no pueden aprovechar esta gran función.
Esto es algo falso. Ver: http://caniuse.com/#feat = serviceworkers
Los navegadores van en esta dirección y pronto se pondrán al día.
De todos modos, nuestro enfoque actual es el envío 2.0 y la solución de búsqueda previa actual es bastante buena para eso.
Si alguien pudiera trabajar en esta sugerencia, creo que no tenemos ninguna razón para decir que no.
(Y también es totalmente posible hacerlo en el área de usuario)
arunoda
en 26 dic. 2016
Observé aquí algunas ideas para ampliar el soporte, es decir, usar AppCache: https://github.com/zeit/next.js/issues/24#issuecomment -258804529
sedubois
en 26 dic. 2016
Un principio que nos ha servido bien a lo largo de los años es proporcionar _support_ para todos los navegadores, pero _optimizaciones_ para los modernos.
La captación previa es una optimización. Invertir cada vez más código en una optimización que quedará obsoleta (ya que todos los agentes de usuario modernos admiten ServiceWorker o planean hacerlo) no parece un buen área de enfoque.
Si lo desea, siéntase libre de crear su propio módulo de precarga de usuario que expone la misma API que next/prefetch . Lo bueno es: si no usa next/prefetch , no se incluirá en la compilación. Sin hinchazón :)
rauchg
en 29 dic. 2016
Temas relacionados
timneutkens
·
3Comentarios
havefive
·
3Comentarios
swrdfish
·
3Comentarios
YarivGilad
·
3Comentarios
renatorib
·
3Comentarios
Comentario más útil
Un principio que nos ha servido bien a lo largo de los años es proporcionar _support_ para todos los navegadores, pero _optimizaciones_ para los modernos.
La captación previa es una optimización. Invertir cada vez más código en una optimización que quedará obsoleta (ya que todos los agentes de usuario modernos admiten
ServiceWorkero planean hacerlo) no parece un buen área de enfoque.Si lo desea, siéntase libre de crear su propio módulo de precarga de usuario que expone la misma API que
next/prefetch. Lo bueno es: si no usanext/prefetch, no se incluirá en la compilación. Sin hinchazón :)