Я довольно новичок в вебпаке и пытаюсь понять его философию дизайна, чтобы лучше руководить переходом нашей фирмы на него. В частности, я использую Ruby on Rails '1001 * webpacker gem, который работает как шарм; Тем не менее, я все еще не уверен в некоторых аспектах внутренних компонентов веб-пакета:
- В этом вычислении можно получить несколько точек входа путем объединения их фрагментов (по порядку) и удаления фрагментов, которые появляются несколько раз. Это общий расчет в экосистеме веб-пакетов? Если да, есть ли ссылка на документацию веб-пакета, в которой описан аналогичный расчет? Вышеуказанное поведение также предполагает, что веб-пакет анализирует все точки входа в целом и фрагменты на основе этого. Поддерживает ли это свойство, что все группы чанков не пересекаются с точки зрения кода? Если нет, то фрагмент кода веб-упаковщика неверен.
- Является ли конвенция консультироваться с
manifest.json и идентифицировать куски, связанные с точкой входа? В webpacker это помощник для генерации тегов script, и я правильно понимаю, что универсальной версией этого является html-webpack-plugin ? Я получаю концепцию динамического импорта (import(“foo”); вместо import “foo”;), но кроме этого и manifest.json, есть ли другой способ обнаружить имена чанков, от которых зависит точка входа?
- Если цель webpack состоит в создании автономных артефактов, таких как приложения React, означает ли это, что он менее хорош при экспорте символов во внешнюю среду JS? В частности, я имею в виду вариант использования встроенных JavaScripts, которые используют глобальные символы. expose-loader , по-видимому, выполняет эту роль, но мне интересно, есть ли более структурированный способ сделать это, например (предположить здесь), необязательно предоставление глобального
Webpack объекта с CommonJS-подобным module.exports синтаксис, содержащий символы, которые пользователь выбирает для показа.
Заранее благодарим за понимание этих скучных вопросов!