Next.js: ~ 50% de bytes não utilizados em app.js com cobertura de ferramentas de desenvolvimento do Chrome

Criado em 6 abr. 2017  ·  3Comentários  ·  Fonte: vercel/next.js

Utilitário de cobertura de código do Chrome Dev Tools

-

screen shot 2017-04-06 at 02 23 23

Em produção, é claro.

-

Além do CSS (usando pela primeira vez styled-jsx e será necessário melhorar o design de estilos compartilhados ou usar algo como styletron ) - eu entendi mal o recurso de divisão automática de código?

Para dar algum contexto, eu uso um HOC para embrulhar cada página e estou passando métodos e adereços que não necessariamente são usados ​​em cada página. Além disso: posso ter sido descuidado aqui e ali com algumas importações; Eu uso o re-base, que atualmente importa todo o Firebase (não é necessário no meu caso de uso).

Estou possivelmente misturando automatic code splitting do webpack com static analysis and tree shaking a là rollup? Se então,

  1. O Next deve realizar trepidação de árvores e eliminação de código morto?

  2. Se não, você tem alguma sugestão sobre como abordar e resolver este problema? Os resultados da cobertura do Chrome Dev Tools ainda não podem ser exportados trivialmente e, portanto, não tenho certeza de como identificar caminhos de código não utilizados e importações com a saída minimizada.

  3. Usar algo como webpack-rollup-loader seria possível e faria sentido?

  4. Isso pode levar a melhorias na já incrível maneira como o Next funciona?

Obrigado!

Comentários muito úteis

Vinculado a partir desse thread, aqui está aparentemente um utilitário para testar se o tremor da árvore acontece corretamente no Webpack:
https://github.com/halt-hammerzeit/es6-tree-shaking-test

Todos 3 comentários

Suponho que isso seja devido à forma como o webpack lida com o abalo de árvores.
Necessita de módulos ES2015. Espero que o React não forneça isso e é por isso que é.
Mas eu gostaria de experimentar aqui. Quaisquer ideias / melhorias são bem-vindas.

Possivelmente relacionado ao webpack # 2867 ?

Vinculado a partir desse thread, aqui está aparentemente um utilitário para testar se o tremor da árvore acontece corretamente no Webpack:
https://github.com/halt-hammerzeit/es6-tree-shaking-test

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

flybayer picture flybayer  ·  3Comentários

olifante picture olifante  ·  3Comentários

wagerfield picture wagerfield  ·  3Comentários

nhanco picture nhanco  ·  3Comentários

sospedra picture sospedra  ·  3Comentários