Дима Паутов

1) Это не правильно с точки зрения написания и организации кода. Т.к. не ясно, откуда взялась данная функция в контексте файла. Таких функций может быть 100500, от чего нет явного понимания, откуда она и не даёт понимания, а какие функции вообще есть. + может быть 2 и более одинаковых функции, но из разных файлов, решающих одинаковые задачи, но в контексте своего класс или объекта, не важно! Как вы собираетесь решать такой момент? А как другим после этого обходить подобные штуки? Короче, с неймингом будут серьёзные проблемы!!!

2) Вы убиваете саму суть webpack как сборщика модулей, т.к. вы изначально импортируете всё, что у вас есть тогда, когда это не нужно. webpack как бы подгружает нужные чанки тогда, когда они нужны, иначе толку от него никакого. А вы всё это хотите убить.

По делу:

1) Компоненты можно подключать глобально, просто создайте файл, в котором импортируйте все нужные вам компоненты, подключите их. После просто сделайте импорт этого файла в корневой исполняемый файл.

2) Вы можете написать свой генератор, который будет проходится по нужной вам директории и подключать все нужные модули туда, куда захотите.

P.S. а чё не так то? Вам так влом это писать? Все языки так работают!!!

На проде бандл пересобирают!!!! Прод - это не дев мод, где всё на лету собирается и меняется. На прод 1 раз собралось и всё. Сделали новую фичу, правку и т.п., выкатили, пересобрали.

В гите бандлы не хранят, только когда вы разрабатываете какие-то библиотеки и т.п., что бы сразу можно было брать и юзать. Для проектов не хранят бандлы в гите, бандлы собирают прям на сервере. Потому как бандлы почти всегда собираются на основе окружения, в котором они работают.

Окружение - это тестовый полигон, либо боевой полигон. Обычно проекты сопровождаются переменными окружения(.env ну или иными, сути не меняет) в которых прописываются разные, нужные проекту данные. Api url, режим(production, development, ещё бывает stage), порт, имя приложения для удобной отладки при запуске именованного процесса на котором будет запускаться приложение и т.п. Следовательно, во время сборки, переменные окружения заносятся в бандл и там уже хранятся.

Переменные окружения лучше тоже на хранить в гите, т.к. любой разработчик без проблем должен иметь возможность менять эти значения на свои. Например, порт дев сервера. У меня например порт 3000 может быть занят чем-то своим и что бы запустить приложение, я просто сменю порт на свой.

Либо собрать у себя на компе, а потом залить, дабы не тратить ресурсы сервера в этот момент. А потом просто рестарт сервера. Такой вариант подходит, если у вас всегда 1 источник данных. И вам по сути не нужны никакие переменные окружения. Но как по мне, они всегда должны быть.

Зашли на сервер, создали файлик с переменными в вашей директории и всё.
Открыли терминал, дали команду, собрали. Либо автоматизировать этот процесс, но это уже другая история

Подключить уже скомпилированную версию, очень часто разработчики кладут в пакет 2 версии, модульную и скомпилированную. Обычно это папка dist

Если у вас стоит ограничение для babel не трогать папку node_modules, то можно сделать исключение для определённых пакетов

qaru.site/questions/16951130/how-to-include-a-few-...