Next.js: ~ 50 % d'octets inutilisés dans app.js avec la couverture des outils de développement Chrome

Créé le 6 avr. 2017  ·  3Commentaires  ·  Source: vercel/next.js

Utilitaire de couverture de code Chrome Dev Tools

-

screen shot 2017-04-06 at 02 23 23

En production, bien sûr.

-

Mis à part le CSS (j'utilise styled-jsx première fois et devrai améliorer la conception des styles partagés ou utiliser quelque chose comme styletron ) — ai-je mal compris la fonction de fractionnement automatique du code ?

Pour donner un peu de contexte, j'utilise un HOC pour envelopper chaque page, et je passe à la fois des méthodes et des accessoires qui ne sont pas nécessairement utilisés par chaque page. De plus : j'ai peut-être été négligent ici et là avec certaines importations ; J'utilise re-base qui importe actuellement tout Firebase (pas nécessaire dans mon cas d'utilisation).

Suis-je possible de mélanger le automatic code splitting du webpack avec le static analysis and tree shaking a là rollup ? Le cas échéant,

  1. Next devrait-il effectuer le tremblement d'arbre et l'élimination du code mort ?

  2. Si non, avez-vous des suggestions sur la façon d'aborder et de résoudre ce problème ? Les résultats de couverture de Chrome Dev Tools ne peuvent pas encore être exportés de manière triviale et je ne sais donc pas comment identifier les chemins de code inutilisés et les importations avec la sortie minifiée.

  3. L'utilisation de quelque chose comme webpack-rollup-loader serait-elle possible et logique ?

  4. Tout cela peut-il conduire à des améliorations du fonctionnement déjà génial de Next ?

Merci!

Commentaire le plus utile

Lié à partir de ce fil, voici apparemment un utilitaire pour tester si le tremblement de l'arbre se produit correctement dans Webpack :
https://github.com/halt-hammerzeit/es6-tree-shaking-test

Tous les 3 commentaires

Je suppose que c'est parce que webpack gère le tremblement d'arbre.
Il a besoin de modules ES2015. J'espère que React ne le fournira pas et c'est pourquoi c'est le cas.
Mais je voudrais expérimenter ici. Toutes les idées/améliorations sont les bienvenues.

Peut-être lié au webpack#2867 ?

Lié à partir de ce fil, voici apparemment un utilitaire pour tester si le tremblement de l'arbre se produit correctement dans Webpack :
https://github.com/halt-hammerzeit/es6-tree-shaking-test

Cette page vous a été utile?
0 / 5 - 0 notes