Утилита покрытия кода Chrome Dev Tools
-
Конечно, в производстве.
-
Помимо CSS (впервые используется styled-jsx
и потребуется улучшить дизайн общих стилей или использовать что-то вроде styletron
) - я неправильно понял функцию автоматического разделения кода?
Чтобы дать некоторый контекст, я использую HOC для обертывания каждой страницы и передаю как методы, так и свойства, которые не обязательно используются каждой страницей. Вдобавок: я мог быть небрежным кое-где с импортом; Я использую re-base, который в настоящее время импортирует всю Firebase (в моем случае это не обязательно).
Могу ли я смешать automatic code splitting
webpack с static analysis and tree shaking
a là rollup? Если так,
Должен ли Next выполнять встряхивание дерева и удаление мертвого кода?
Если нет, есть ли у вас предложения относительно того, как подойти и решить эту проблему? Результаты покрытия Chrome Dev Tools пока нельзя тривиально экспортировать, поэтому я не уверен, как идентифицировать неиспользуемые пути кода и импорт с помощью минифицированного вывода.
Будет ли возможно и имеет смысл использовать что-то вроде webpack-rollup-loader ?
Может ли что-нибудь из этого привести к улучшению и без того потрясающего способа работы Next?
Спасибо!
Я предполагаю, что это связано с тем, как webpack справляется с встряхиванием деревьев.
Нужны модули ES2015. Я надеюсь, что React не предоставляет этого, и поэтому это так.
Но здесь я бы хотел поэкспериментировать. Любые идеи / улучшения приветствуются.
Возможно связано с webpack # 2867 ?
Связанный с этим потоком, вот, по-видимому, утилита для проверки правильности встряхивания дерева в Webpack:
https://github.com/halt-hammerzeit/es6-tree-shaking-test
Самый полезный комментарий
Связанный с этим потоком, вот, по-видимому, утилита для проверки правильности встряхивания дерева в Webpack:
https://github.com/halt-hammerzeit/es6-tree-shaking-test