Utilitário de cobertura de código do Chrome Dev Tools
-
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,
O Next deve realizar trepidação de árvores e eliminação de código morto?
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.
Usar algo como webpack-rollup-loader seria possível e faria sentido?
Isso pode levar a melhorias na já incrível maneira como o Next funciona?
Obrigado!
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
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