Webpack 5 — Asset Modules

[justboris]

Количество строк в конфиге осталось такое же, каких-то принципиальных улучшений тоже не добавилось. В чем польза от нового API?

[VolCh]

Выше уровень абстракции?

[smelukov]

AM заменяют собой основную функциональность сразу трех лоадеров: file-loader, url-loader и raw-loader, избавляя от необходимости их устанавливать, а в случае с limit, еще и настраивать. Так же, все новшества связанные с АМ будут подъезжать вместе с обновлениями самого вебпака
АМ — это не про кардинальное уменьшение строк в конфиге

[atomic1989]

Сейчас есть ли поддержка webworkers при сборке? Проще говоря содать многопоточность. При больших размеров проекта приходится ждать долго

[smelukov]

На данный момент из коробки это не поддерживается. Пока можно использовать сторонние решения типа https://github.com/trivago/parallel-webpack

[atomic1989]

Спасибо

[Beyondtheclouds]

Звучит как введение новой абстракции без понятной на то причины, и с добавлением кучи вопросов.

Если раньше было условно просто: вот есть лоадеры они приводят импорты в js так или иначе, в таком то порядке.

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

>AM заменяют собой основную функциональность сразу трех лоадеров: file-loader, url-loader и raw-loader.

Так а почему лоадер не написать который про это ?)

[smelukov]

специальная сущность которая непонятно как с лоадерами взаимодействует

Описанная логика AM применяется к правилу после запуска на нем лоадеров.
Но да, наверное это стоит явно описать в документации. Спасибо

Так а почему лоадер не написать который про это ?)

Ответил тут habr.com/ru/post/488460 )

[t_kanstantsin]

Не тот пост

[smelukov]

Прошу прощения https://m.habr.com/ru/post/488464/comments/#comment_21284512

[Beyondtheclouds]

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

Возможно можно добиться zero configuration.js расширяя уже существующие штуки а не вводя совсем новые абстракции.

Если я правильно понимаю, то дефолтный конфиг в вебпаке, вместе с глоабльно доступными для изменения дефолтными свойствами лоадеров решил бы проблему, и мне кажется порождал бы меньше вопросов.

[smelukov]

Основная идея в том, что есть «повседневные» задачи, которые могут решаться из коробки, без применения доп.лоадеров. А если нужно что-то более сложное и эдакое, то, пожалуйста, используйте лоадер

[hellbeast92]

Всегда считал что одна из сильныз сторон Webpack это его модульность. А теперь модули начали заносится внутрь самого вебпака. Помоему это странный путь развития.
Можно было бы сделать новые лоудеры, которые делалли бы тоже самое и были бы под крылом создателей вебпака.

[smelukov]

Можно было бы сделать новые лоудеры, которые делалли бы тоже самое и были бы под крылом создателей вебпака.

Указанные лоадеры итак под крылом команды разработки. Учитывайте, что webpack идет в сторону 0CJS (Zero Configuration JS) для того, чтобы для повседневных задач устанавливать и настраивать как можно меньше дополнительных модулей — установил вебпак и он с минимальными настройками (а в идеале без них) делает все, что нужно.