Next.js: Pouvons-nous implémenter la précharge sans utiliser Service Worker ?
Tout d'abord, merci d'avoir créé un outil aussi incroyable ! Next.js me semble être un "cadre de rêve" pour la création d'applications Web, qui "nous apporte le meilleur des deux mondes" (application d'une seule page et rendu côté serveur).
Pour moi, l'élément le plus important qui aide Next.js à remplir sa promesse est la possibilité de précharger tous les composants que le les balises pointent dans une page.
Selon la documentation, cette fonctionnalité est implémentée à l'aide de Service Worker, une API qui ne prend en charge que Chrome et Firefox. Cela signifie qu'une grande partie des internautes ne peuvent tout simplement pas profiter de cette fonctionnalité intéressante. Je ne sais pas si j'ai raté quelque chose.
Pouvons-nous implémenter la précharge à l'aide d'autres types de techniques, qui prennent en charge tous les navigateurs modernes, au lieu d'utiliser Service Worker ?
irrigator
Tous les 3 commentaires
Cela signifie qu'une grande partie des internautes ne peuvent tout simplement pas profiter de cette excellente fonctionnalité
C'est un peu faux. Voir : http://caniuse.com/#feat =serviceworkers
Les navigateurs vont dans cette direction et vont bientôt rattraper leur retard.
Quoi qu'il en soit, notre objectif actuel est d'expédier la version 2.0 et la solution de préchargement actuelle est plutôt intéressante pour cela.
Si quelqu'un pouvait travailler sur cette suggestion, je pense que nous n'avons aucune raison de dire non.
(Et il est tout à fait possible de le faire dans le pays utilisateur également)
arunoda
le 26 déc. 2016
J'ai noté ici quelques idées pour élargir le support, à savoir utiliser AppCache : https://github.com/zeit/next.js/issues/24#issuecomment -258804529
sedubois
le 26 déc. 2016
Un principe qui nous a bien servi au fil des ans est de fournir un _support_ pour tous les navigateurs, mais des _optimisations_ pour les plus modernes.
La précharge est une optimisation. Investir de plus en plus de code dans une optimisation qui sera obsolète (puisque tous les agents utilisateurs modernes prennent en charge ServiceWorker ou envisagent de le faire) ne semble pas être un bon domaine d'intérêt.
Si vous le souhaitez, n'hésitez pas à créer votre propre module de préchargement utilisateur qui expose la même API que next/prefetch . Ce qui est bien, c'est que si vous n'utilisez pas next/prefetch , cela ne sera pas intégré à la construction. Pas de ballonnement :)
rauchg
le 29 déc. 2016
Questions connexes
renatorib
·
3Commentaires
flybayer
·
3Commentaires
jesselee34
·
3Commentaires
olifante
·
3Commentaires
YarivGilad
·
3Commentaires
Commentaire le plus utile
Un principe qui nous a bien servi au fil des ans est de fournir un _support_ pour tous les navigateurs, mais des _optimisations_ pour les plus modernes.
La précharge est une optimisation. Investir de plus en plus de code dans une optimisation qui sera obsolète (puisque tous les agents utilisateurs modernes prennent en charge
ServiceWorkerou envisagent de le faire) ne semble pas être un bon domaine d'intérêt.Si vous le souhaitez, n'hésitez pas à créer votre propre module de préchargement utilisateur qui expose la même API que
next/prefetch. Ce qui est bien, c'est que si vous n'utilisez pasnext/prefetch, cela ne sera pas intégré à la construction. Pas de ballonnement :)