Next.js: Chrome Dev Toolsカバレッジを使用したapp.jsの未使用バイトの約50%

作成日 2017年04月06日  ·  3コメント  ·  ソース: vercel/next.js

Chrome DevToolsのコードカバレッジユーティリティ

screen shot 2017-04-06 at 02 23 23

もちろん、本番環境では。

CSSとは別に(初めてstyled-jsxを使用し、共有スタイルのデザインを改善するか、 styletronようなものを使用する必要があります)—自動コード分割機能を誤解しましたか?

コンテキストを示すために、HOCを使用して各ページをラップし、必ずしも各ページで使用されるとは限らないメソッドと小道具の両方を渡します。 さらに:私はいくつかの輸入品であちこちで不注意だったかもしれません。 現在Firebaseのすべてをインポートするre-baseを使用しています(私のユースケースでは必要ありません)。

webpackのautomatic code splittingstatic analysis and tree shakingロールアップで混ぜる可能性はありますか? もしそうなら、

  1. 次に、ツリーの揺れとデッドコードの除去を実行する必要がありますか?

  2. そうでない場合、この問題に取り組み、解決する方法について何か提案はありますか? Chrome Dev Toolsのカバレッジ結果はまだ簡単にエクスポートできないため、未使用のコードパスを識別し、縮小された出力でインポートする方法がわかりません。

  3. webpack-rollup-loaderのようなものを使用することは可能であり、意味がありますか?

  4. これのいずれかが、Nextが機能するすでに素晴らしい方法の改善につながる可能性がありますか?

ありがとう!

最も参考になるコメント

そのスレッドからリンクされているので、Webpackでツリーの揺れが適切に発生するかどうかをテストするためのユーティリティがあります。
https://github.com/halt-hammerzeit/es​​6-tree-shaking-test

全てのコメント3件

これは、webpackがツリーの揺れを処理する方法によるものだと思います。
ES2015モジュールが必要です。 Reactがそれを提供しないことを願っています。それが理由です。
しかし、ここで実験したいと思います。 どんなアイデア/改善も歓迎します。

おそらくwebpack#2867に関連していますか?

そのスレッドからリンクされているので、Webpackでツリーの揺れが適切に発生するかどうかをテストするためのユーティリティがあります。
https://github.com/halt-hammerzeit/es​​6-tree-shaking-test

このページは役に立ちましたか?
0 / 5 - 0 評価