Скорее всего у тебя слабое понимание зачем вообще нужен стейт менеджер. Если у тебя например с бека летят данные и ты сразу же отрисовываешь их ну или делаешь какую-то небольшую логику для отрисовки UI ,то тогда он действительно не нужен, в случае если нужно прокидывать пропсы можно обойтись контекстом и useReducer'om , чтобы мини редаксы писать если какая-нибудь логика с чекбоксами, но если например есть вероятность что тебе нужны будут и данные профиля и еще данные с другой апишки которая находится выше уровнем и еще одной и тд. То создавать кучу контекстов или пропс дрилить не оч эффективно, поэтому стейт менеджеры и появились.
Отличное видео! Как всегда все по делу без воды. Но когда будет новый курс по next? Хотелось бы подробнее узнать про серверный рендеринг и в каких местах нужно его использовать.
Это то, что мне нужно было! Я работаю год на проекте в соло, проект существуют уже 3 года. В проекте используются react-query. Я нон стоп думал как же было круто подключить redux, но ни когда не было времени. Сейчас появилось время, начал углубляться redux и не понимаю нах он мне нужен. Так много шума, типа redux top, а по факту react-query решает все потребности проекта 😂
Я не очень понял, когда ты говорил про redux-thunk, ты сказал "зачем мы тогда хранили все данные с сервера в state", но ведь redux-toolkit сейчас также по умолчанию имеет redux-thunk под капотом и с redux-toolkit мы храним данные с сервера в state
Мне комфортно слушать, что ты говоришь, тем более информация быстрее запоминается и улавливается с такой скоростью!!! Не представляю, если бы ты медленно говорил, то скорее бы уснул..Продолжай в таком же духе!!!💪🤟
Прости, но не нужно говорить что реакт квери заменяет стейт менеджер , это тяжело слушать. У них разные задачи, единственно что в стейт менеджере лучше не делать асинхронные запросы, а отойти к реакт квери или альтернативам. Управление глобальным стейтом никто не отменял на всех проектах, и юзать для этого легковесный зустанд точно лучше чем нативный контекст
@@REDGroup 4:26, 5:08-12- это бред, "необходимость в стейт менеджере полностью отпала" - здесь тупо минусанул все что расказавыл перед этим про асинхронный стейт менеджмент и клиентский 3:46
@@REDGroup я бы согласился если бы ты сказал про асинхронную часть редакса , скорее всего ты это и имел ввиду, но сделал рубрику тупо что стейт менеджеры не нужны
По моему мнению redux начали завозить все подряд без рассудка. После зачем-то придумали redux thunk для асинхронных запросов, redux изначально предназначен для того чтобы хранить какие-либо стейты, это не ответственность redux-а чтобы выполнять асинхронные экшены, делать запросы и складировать данные в стор редакса можно без redux-thunk, достаточно выполнять запросы за пределами самого экшена, еще раз это не ответственность экшена. По поводу next js, мне тоже казалось что они идут не туда. Но всё же, по моему мнению они пытаются добиться наилучшей оптимизации, чтобы на сервере не выполнялся код который предназначен исключительно для клиента, особенно это относится к хукам. Но да, есть моменты которые не особо устраивают, где они предлагают свои способы для различных реализаций, к примеру, я удивился что они предлагают robots.txt создавать при помощи robots.ts. А также middleware.js по прежнему плохо работает.
State manager стейт Редакс Redux redux больше не нужен Недавно попробовал заместо RTK Query Tanstack Query - Tanstack Query вообще пушка, отличаются конечно, но Tanstack поприятнее будет Жду видос по Next.js, спасибо!
Привет. Насчет банка и фигмы пример понятен, а как бы ты оценил необходимость стэйт-менеджера например в медицинской системе, где может быть большое кол-во пациентов, огромное число всевозможных диагнозов, анализов, карточек и т.д. и по всему этому еще и должна быть аналитика?
Но в текущих реалиях redux не имеет смысла, потому что если нужен клиентский стейт берешь zustand, jotai, recoil. Если нужен асинхронный react query, Apollo
@@frontend_case он ведущий канала, если он хочет чтобы его канал подходил как можно более широкой аудитории, то это является полезным улучшением. это дело прибыли, потому может быть кто то не станет покупать его курсы или просто смотреть видосы в которых может быть реклама, чисто из-за того, что слушать некомфортно, и уйдут на другой канал, так что между дикцией и успехом канала как бизнеса если не прямая, то как минимум косвенная связь.
Год работал над дикцией с преподавателем. После чего понял, что не хочу доводить до идеала. Мне подписчик начали писать и я сам стал замечать, энергия теряется. Скорость речи и ее некоторые недочеты это моя фишка. Это то что меня отливает от других. Как правильно написал парень выше, если бы я был бы ведущим на тв, конечно это важно. А ютуб это трушная платформа, где у каждого свой стиль, своя дикция, свой акцент.
