Если тебе быстро прототип надо попробовать, то сойдёт. На боевом не

Если тебе быстро прототип надо попробовать, то сойдёт. На боевом не

а почему на боевом не 7

я понимаю что вебпак дает кучу возможностей для конфигурации и тд

а почему на боевом не 7

Конфигурировать заебешься

так там же нет конфигурации

бабел настроил и поехали

Значит ты ещё не был на боевых проектах )

эм

И парсел покрывает все задачи. Юзай его

вот 4 проект

был проект где была куча всякого говна и надо было кастомный вебпак

потому что ребята придумали костыли

и эти костыли решили сделать через вебпак

а так вообще когда у тебя меньше свободы, то и меньше костылей

Ну мб, я вот не помню , когда не трогал конфиги

когда на ванилле пишешь удобней парсел

Вопрос. Webpack SplitChunksPlugin. Когда указываешь maxSize, бадл разбивается очень рандомно, хотя можно быть меньше кусков сделать, к примеру был ентри 1м, поставил макс сайз 400кб, разбило на 12 кусков (450кб, 200, 150, 20, 20 и т.д.) Можно как то сделать, что бы адекватно сплитило модули? без максайза все норм, вендор отделяет на 1м

Подскажите плиз. Нужно сделать роутинг не только для страниц, но и на всплывающие окна, открытые вкладки на старницы и прочее. Потянет ли это дело react-router? не будет ли с ним проблем?

тут не в роутере дело

можешь просто квери параметр захерачить и все

что -то типа этого? history.push({ pathname: '/dresses', search: '?color=blue' })

реакт роутер гавно

change my mind

что -то типа этого? history.push({ pathname: '/dresses', search: '?color=blue' })

да

реакт роутер гавно

тут никто спорить не будет

а что тогда сейчас норм для роутинга?

reach router

reach router

И чем же он лучше ?

спасибо почитаю

И чем же он лучше ?

api удобнее

хайпом

Что то по доке не понял преимуществ

в рич роутере тоже надо с квери параметрами возится и вручную их парсить?

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

Что то по доке не понял преимуществ

тебе нравится писать редиректы в рендере ?

в рич роутере тоже надо с квери параметрами возится и вручную их парсить?

ничего не надо руками делать

тебе нравится писать редиректы в рендере ?

У меня с этого не болит

они как пропсы прийдут

Бля, почему во вью сделали нормальный роутер, а в реакте до сих пор такого не вижу

тебе нравится писать редиректы в рендере ?

В голос

если бы во вью была полноценная замена react-intl, я бы вообще задался вопросом, нафига я до сих пор мучаюсь с реактом

вон в онгуляре самый продвинутый роутер

Named route куда важнее редиректа в рендере, да и с query тоже возится не боль, все решается легко

херак и в любом месте тебе через DI досутпен его инстанс

херак и в любом месте тебе через DI досутпен его инстанс

Как withRouter?)

Не юзал, vue router показался очень удобным и действительно декларативным

Как withRouter?)

только круче

После него реакт роутеры выглядят печально

Vue.use(Router) ага, топчик

Нахера фреймворку вообще про это знать?

короче идите и пишите тогда на vue

реакт это библиотера и никто за роутинг не отвечает по сути

Vue.use(Router) ага, топчик

Это здесь причем

Я сказал про роутер, а не про фреймворк

короче идите и пишите тогда на vue

Зачем там резко сразу ?) Ну если реально удобнее, лол

А апи у роутера там лучшее из всех, что я видел где-либо

реакт это библиотера и никто за роутинг не отвечает по сути

Хороший ответ. Бизнесу ты так же скажешь?

потому что я в vue не умею ))000

Приводишь пример хорошей технологии @ - Вот и пиздуй пиши на том, где эта технология используется Земля пухом, че сказать

Точнее, не так

поправил

Нахера фреймворку вообще про это знать?

А чё нет ? Реакт о нем не знает и получается говно

давайте тогда redux критиковать еще

Бтв, прошу заметить, я ни слова не написал о том, что “реакт должен знать про роутер”. Vue.use это дерьмовый подход и я об этом не раз писал здесь. Речь шла исключительно о роутере и его апи

ERROR: S client not available

я просто в основном на next.js сижу и мне похера на роутинг

и вообще раз на то пошло то стейт менеджер должен знать о роутере

потому что url это часть стейта приложения

Ничто не мешает создавать роутер нормально и втыкать, как это принято обычно в реакте const myRouter = new Router(routes) const App = () => <RouterProvider router={myRouter}>…</RouterProvider> И в нужных частях приложения писать myRouter.push(‘/‘) Без ублюдства вида <Redirect to=“/“ />, покажите мне дауна который это придумал

и вообще раз на то пошло то стейт менеджер должен знать о роутере

myRouter.watch(dispatch(‘ROUTE_CHANGED’))

Ничто не мешает создавать роутер нормально и втыкать, как это принято обычно в реакте const myRouter = new Router(routes) const App = () => <RouterProvider router={myRouter}>…</RouterProvider> И в нужных частях приложения писать myRouter.push(‘/‘) Без ублюдства вида <Redirect to=“/“ />, покажите мне дауна который это придумал

зато декларативно ))00000

или как там оно в редаксе

мидлвару втыкаешь и оно все свистит - пердит тебе в стейт

Ничто не мешает создавать роутер нормально и втыкать, как это принято обычно в реакте const myRouter = new Router(routes) const App = () => <RouterProvider router={myRouter}>…</RouterProvider> И в нужных частях приложения писать myRouter.push(‘/‘) Без ублюдства вида <Redirect to=“/“ />, покажите мне дауна который это придумал

Пока не понимаю, что так бомбит у многих с Redirect, недавно в реакте, можешь пояснить плз?

Redirect как компонент

это просто блевота

Потому что редирект - это действие, это блять не компонент. И с какой стати он должен “рендериться”

Потому что редирект - это действие, это блять не компонент. И с какой стати он должен “рендериться”

++++

С какой стати автор реакт роутера решил, что возможность делать редирект внутри стора или еще где-то, не нужна

И что он предложил? Ну вы это, ебаните createHistory там прокиньте его туда-то, тока это, либу установите сначала

И что он предложил? Ну вы это, ебаните createHistory там прокиньте его туда-то, тока это, либу установите сначала

а я видел как челики кроче делали синглтон из html5 history

а нормально сразу сделать неее, у нас же вся логика в компонентах портянками на 500 строк, че там какой-то редирект отрендерить

и херачили где им хочется

как тебе такое Илон ?

а нормально сразу сделать неее, у нас же вся логика в компонентах портянками на 500 строк, че там какой-то редирект отрендерить

Ты за то, чтоб роутер зависел от стора??

Ну типа компонент это уже не просто вьюха, а ещё и какое-то действие, небольшой смысл в этом все же есть

Я за то, чтобы роутер создавался отдельно и ни от чего не зависел

хм, вижу в доках ричроутера всё тот же компонент Redirect

Ну типа компонент это уже не просто вьюха, а ещё и какое-то действие, небольшой смысл в этом все же есть

ты логику будешь в рендере делать ?

Где вы берете вообще то, что я не говорил

myRouter.watch(dispatch(‘ROUTE_CHANGED’))

Видимо, я на албанском пишу, один товарищ на вью писать послал, другой спрашивает про зависимость от стора Вот здоровый вариант “держать в курсе стор” об изменениях роутера

хм, вижу в доках ричроутера всё тот же компонент Redirect

https://reach.tech/router/api/redirectTo

ты логику будешь в рендере делать ?

Если она не сложная почему нет ?

Потому что логику во вью-слое походу только фронтендеры позволяют себе писать

Потому что логику во вью-слое походу только фронтендеры позволяют себе писать

а у тебя что MVC ??????

https://reach.tech/router/api/redirectTo

но компонент-то тоже есть я к тому, что, видимо, автор ричроутера не посчитал, что идея редиректа в рендере настолько уж тупая

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