Визуализатор комплекта Meteor добавляет динамический импорт в исходный комплект клиента - PullRequest
0 голосов
/ 24 сентября 2019

В настоящее время я использую пакет Meteor bundle-visualizer для проверки исходного размера пакета.

Я уже написал свой пакет таким образом, что он использует dynamic-import, и он работает, как и ожидалось, в режиме разработки..

Однако, когда я запускаю bundle-visualizer через

meteor --production --extra-packages bundle-visualizer

, я получаю полный размер пакета для отображения со всеми включенными модулями.После короткого исследования я нашел этот параграф в документации :

Эта визуализация может раскрыть детали того, какие файлы или пакеты занимают место в исходном клиентском пакете.Это может быть полезно при определении того, какие импортные объекты могут быть кандидатами для преобразования в динамические операторы import () (которые исключены из исходного клиентского пакета) или для идентификации пакетов, которые случайно были включены в проект.

Особенно меня интересует часть

(исключенная из исходного клиентского пакета)

, потому что это мешает мне получить фактический пакетразмер после преобразования его с помощью динамического импорта.Таким образом, я не могу проверить, если размер моего пакета меньше определенного КБ.

Кто-нибудь нашел способ запустить bundle-visualizer с включенным dynamic-import для исходного клиентского пакета?

1 Ответ

0 голосов
/ 24 сентября 2019

Просто случайно я нашел решение.Сначала я попытался

meteor --production --extra-packages bundle-visualizer dynamic-import

или

meteor --production --extra-packages bundle-visualizer --extra-packages  dynamic-import

, что привело к ошибкам , и я подумал, что это просто невозможно.

Однако, если я добавлю dynamic-import в список --extra-packages, но без пробела и разделим запятой, как

meteor --production --extra-packages bundle-visualizer,dynamic-import

, он будет запускать bundle-visualizer с динамическим импортом, открывая «новый"размер после оптимизации.

...