Изучая реакт пока не приходилось туда залазить и вообще для меня вебпак это папочка куды я npm-ы скидываю, а че в ней хз.) Но от дяденьки в свитере на ютубе слышал что стыдно фронтенду не знать устройство вебпак. Вот меня стыд и толкает разобраться с этой папочкой)
Изучая реакт пока не приходилось туда залазить и вообще для меня вебпак это папочка куды я npm-ы скидываю, а че в ней хз.) Но от дяденьки в свитере на ютубе слышал что стыдно фронтенду не знать устройство вебпак. Вот меня стыд и толкает разобраться с этой папочкой)
Вообще как мне показалось лучше всего изучать эту тему по всяким бойлерплейтам, люди туда пихают вообще все что есть и хотя бы как то организовано, плюс по мессаге с комита понятно зачем это было сделано
Вообще как мне показалось лучше всего изучать эту тему по всяким бойлерплейтам, люди туда пихают вообще все что есть и хотя бы как то организовано, плюс по мессаге с комита понятно зачем это было сделано
Опередил мой вопрос. Спасибо. Чтение доков ни капли не помогло
Опередил мой вопрос. Спасибо. Чтение доков ни капли не помогло
Поставьте себе задачу настроить его с нуля, чтобы получить функциональность которую обеспечивает create-react-app в конкретном проекте например. В процессе решения разберётесь
Поставьте себе задачу настроить его с нуля, чтобы получить функциональность которую обеспечивает create-react-app в конкретном проекте например. В процессе решения разберётесь
Т.е. мне достаточно знать что входит в состав и что за что отвечает?
Т.е. мне достаточно знать что входит в состав и что за что отвечает?
Грубо - да. А по факту, желательно знать где какие опции бывают, что они делают и тп. И, пожалуй, стоит знать как можно организовать конфиги под разные окружения
Вобще ситуация интересная - с одной стороны писать свои сборки настраивая вебпак с нуля здорово потому что а) ты наконец поймешь что куда и зачем шде искать источник бага, как сделать сборку быстрее и тп. б) никаких компромисов, не нужно сидеть и выбирать из 30 болиерплейтов и думать сможешь ли сделать из этого то что тебе надо. но ест обратная стороная медали - предположим у вас не одно приложение а много маленьких. В этом случае поддреживать и обновлять сборку каждый раз может сильно утомить
отсюда я сделал выводы что кастомный билд отлично заходит если вы работаете с продуктом. Т.е. когда годами пилите какой-то один два продукта. Если же речь про небольшие приложения сделал и забыл то болиерплейта достаточно.
отсюда я сделал выводы что кастомный билд отлично заходит если вы работаете с продуктом. Т.е. когда годами пилите какой-то один два продукта. Если же речь про небольшие приложения сделал и забыл то болиерплейта достаточно.
свой минимал бойлепрейт кит лучше git clone повтыкал нужного повыкидывал ненужного ну да это все равно дольше чем cli заюзать, но быстрее чем бойлепрейт тянуть и повыкидвать/повтыкать из/в него то что не надо/надо
привет ребят, у меня есть приложение, компоненты которого грузят в себя модули scss, и есть файлы темизации, каждый с набором переменных которые повторяют друг друга отличаясь лишь значениями, как мне заставить вебпак съесть все файлы scss во время билда несколько раз - каждый раз подставляя по теме и выплевывая при этом готовый css в отдельную папку для каждой темы? (при процессинге также есть разбиение на чанки)
в итоге должно получиться -dist --css ---theme1 ----файлы среди которых есть свой html файл с нужными импортами главного чанка сss и js ---theme2 ----файлы среди которых есть свой html файл с нужными импортами главного чанка сss и js --js bundles