Как стать автором
Обновить

Комментарии 14

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

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

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

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

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

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

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

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

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

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

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

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

Не тот пост

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

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

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

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

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

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

Публикации

Истории