attendez… quoi!?

es module syntax (ESM) est le dernier système de modules natif de JavaScript. Officiellement ratifiée en 2015, sa syntaxeimport / export est plus compacte, plus facile à analyser et optimisée de manière plus fiable. Tout cela se traduit par un JavaScript plus petit et plus rapide sur le web.

malheureusement, la plupart des sites génèrent toujours un seul bundle » navigateur le plus ancien », ce qui signifie que chaque utilisateur (même la majorité utilisant des navigateurs modernes) obtient des bundles JavaScript sur-compilés qui ne prennent pas en charge ESM.,

Pika travaille à créer de meilleurs outils et services qui rendent le JavaScript moderne axé sur L’ESM plus accessible aux auteurs de paquets et aux développeurs d’applications.

comment ESM rend-il mon site web 90% plus rapide?

ESM introduit quelque chose de nouveau à JavaScript et au fonctionnement du web: chaque module JavaScript peut désormais être indexé et mis en cache d’une manière universellement accessible. Cela signifie que n’importe quel site peut pousser de nouvelles modifications et le navigateur d’un utilisateur ne récupérera que les fichiers qui ont changé. Plus besoin de regrouper les dépendances avec le code source., Plus de modifications à une seule ligne qui bloquent l’ensemble de vos applications mises en cache.

Je ne comprends toujours pas ce nombre de 90%…

D’accord, alors voici pourquoi cette question: une moyenne de 90% du code du site Web provient de paquets open source et d’autres tiers. Pika construit un monde où les bibliothèques tierces peuvent être chargées, mises en cache et partagées entre les sites. Les navigateurs ne devraient pas avoir besoin de télécharger à nouveau les mêmes bibliothèques open source (React, Lodash, jQuery) encore et encore pour chaque site qui les utilise.,

avec ESM et la mise en cache inter-origine, nous pouvons créer un monde où les sites peuvent partager les dépendances mises en cache. Vous pouvez visiter un site pour la première fois et avoir déjà toutes ses dépendances tierces mises en cache dans votre navigateur, prêtes à fonctionner, mises en cache lors de visites sur d’autres sites.

Qu’en est-il de ${POSSIBLE_ISSUE}?

Il y a encore beaucoup à travailler ici avant que cela devienne une réalité. Par exemple, comment les navigateurs peuvent-ils introduire suffisamment de coussin et d’entropie dans le cache du navigateur pour atténuer les empreintes digitales du cache d’origine croisée? Qu’en est-il de l’emballage web pour prendre en charge le partage de code à partir de plusieurs origines?, La Coupe des arbres est-elle toujours une chose? Est la sécurité histoire solide?

Nous sommes encore à quelques années de la fin du jeu, mais les implications pour les performances web sont énormes. Vous pouvez nous rejoindre aujourd’hui alors que nous commençons à explorer et à construire ce nouveau monde de JavaScript.

Suivez-nous sur Twitter Soutenez-nous sur Patreon!