Комментарии 14
Количество строк в конфиге осталось такое же, каких-то принципиальных улучшений тоже не добавилось. В чем польза от нового API?
+3
Выше уровень абстракции?
+1
AM заменяют собой основную функциональность сразу трех лоадеров: file-loader, url-loader и raw-loader, избавляя от необходимости их устанавливать, а в случае с limit, еще и настраивать. Так же, все новшества связанные с АМ будут подъезжать вместе с обновлениями самого вебпака
АМ — это не про кардинальное уменьшение строк в конфиге
АМ — это не про кардинальное уменьшение строк в конфиге
+4
Сейчас есть ли поддержка webworkers при сборке? Проще говоря содать многопоточность. При больших размеров проекта приходится ждать долго
0
На данный момент из коробки это не поддерживается. Пока можно использовать сторонние решения типа https://github.com/trivago/parallel-webpack
0
Звучит как введение новой абстракции без понятной на то причины, и с добавлением кучи вопросов.
Если раньше было условно просто: вот есть лоадеры они приводят импорты в js так или иначе, в таком то порядке.
То теперь вопросов чуть больше. Лоадеры попрежнему есть, и могут работать с ассетами, а еще есть отедльаня супер специальная сущность которая непонятно как с лоадерами взаимодействует. Бенефиты такого решния тоже не очень понятны.
>AM заменяют собой основную функциональность сразу трех лоадеров: file-loader, url-loader и raw-loader.
Так а почему лоадер не написать который про это ?)
Если раньше было условно просто: вот есть лоадеры они приводят импорты в js так или иначе, в таком то порядке.
То теперь вопросов чуть больше. Лоадеры попрежнему есть, и могут работать с ассетами, а еще есть отедльаня супер специальная сущность которая непонятно как с лоадерами взаимодействует. Бенефиты такого решния тоже не очень понятны.
>AM заменяют собой основную функциональность сразу трех лоадеров: file-loader, url-loader и raw-loader.
Так а почему лоадер не написать который про это ?)
+5
специальная сущность которая непонятно как с лоадерами взаимодействует
Описанная логика AM применяется к правилу после запуска на нем лоадеров.
Но да, наверное это стоит явно описать в документации. Спасибо
Так а почему лоадер не написать который про это ?)
Ответил тут habr.com/ru/post/488460 )
0
Не тот пост
0
0
Мне кажется что если так делать про каждый аспект конфиг вебпака в случаях кроме тривиальных станет заметно сложнее, и нужно будет знать особенности взаимодействия всего со всем.
Возможно можно добиться zero configuration.js расширяя уже существующие штуки а не вводя совсем новые абстракции.
Если я правильно понимаю, то дефолтный конфиг в вебпаке, вместе с глоабльно доступными для изменения дефолтными свойствами лоадеров решил бы проблему, и мне кажется порождал бы меньше вопросов.
Возможно можно добиться zero configuration.js расширяя уже существующие штуки а не вводя совсем новые абстракции.
Если я правильно понимаю, то дефолтный конфиг в вебпаке, вместе с глоабльно доступными для изменения дефолтными свойствами лоадеров решил бы проблему, и мне кажется порождал бы меньше вопросов.
0
Основная идея в том, что есть «повседневные» задачи, которые могут решаться из коробки, без применения доп.лоадеров. А если нужно что-то более сложное и эдакое, то, пожалуйста, используйте лоадер
0
Всегда считал что одна из сильныз сторон Webpack это его модульность. А теперь модули начали заносится внутрь самого вебпака. Помоему это странный путь развития.
Можно было бы сделать новые лоудеры, которые делалли бы тоже самое и были бы под крылом создателей вебпака.
Можно было бы сделать новые лоудеры, которые делалли бы тоже самое и были бы под крылом создателей вебпака.
+1
Можно было бы сделать новые лоудеры, которые делалли бы тоже самое и были бы под крылом создателей вебпака.
Указанные лоадеры итак под крылом команды разработки. Учитывайте, что webpack идет в сторону 0CJS (Zero Configuration JS) для того, чтобы для повседневных задач устанавливать и настраивать как можно меньше дополнительных модулей — установил вебпак и он с минимальными настройками (а в идеале без них) делает все, что нужно.
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Webpack 5 — Asset Modules