Как предотвратить разбиение кода на создание приложения? - PullRequest
0 голосов
/ 20 января 2019

У меня есть веб-сервер, работающий на микроконтроллере.Он не может принимать более 2-х соединений одновременно.Этот веб-сервер обслуживает одностраничное приложение, написанное в create-реагировать-приложение 2, с webpack 4 и blueprint js.Веб-сервер представляет собой графический интерфейс для управления устройством IoT.Это отлично работает из моего браузера Firefox.Но это не работает с Google Chrome.После некоторой отладки я мог определить источник проблемы: Google Chrome открывает более двух подключений одновременно.Некоторые из них отклоняются сервером.В большинстве случаев очень важные файлы ядра JS не могут быть загружены, и весь графический интерфейс распадается.(На самом деле он отображает пустую белую страницу без сообщения об ошибке, видимого для пользователя.)

Я придумаю решение: если я соберу все файлы CSS и JS в большой пакет, то первые 3 запроса будутДостаточно загрузить все, что нужно для отображения страницы.Я мог бы проверить это, вручную переписав сгенерированный минимизированный код в каталог сборки и загрузив его в корневой каталог веб-сервера.Но я не могу сделать это вручную для каждой сборки.Если бы я мог перенастроить webpack 4 так, чтобы он не разбивал код CSS и JS на отдельные файлы, мой проект был бы сохранен.

Вот вопрос: возможно ли это сделать без eject -ingприложение создания-реагировать-приложение?Я бы не хотел выбрасывать все мои внешние интерфейсы MCU только потому, что мне нужна эта единственная функция.Тогда было бы очень сложно обновить эти проекты.Это единственная дополнительная функция, которая мне нужна: упаковать весь проект в три (более предпочтительно, в два) файла вместо множества кусков.

Другой альтернативой может быть упаковка каталога сборки другим инструментом, но яВы не уверены, существует ли инструмент, который может это сделать?

Примечание: подробности об ограничении MCU можно найти здесь: https://forum.micropython.org/viewtopic.php?p=33422#p33422 - это не будет изменено в MCU вближайшее будущее, поэтому я должен сделать что-то на стороне интерфейса.

...