Парень, у тебя талант, делай свои курсы или уроки. Я посмотрел кучу всяких курсов и объяснений. Твой ролик на пальцах показывает что как и почему…. Спасибо!!!
Вот эт я понимаю урок! В начале объяснил концепцию, что есть что, зачем оно так. А потом наглядно показал, как это работает. Единственное, что хотелось бы еще увидеть здесь же - общепринятая, негласная структура проекта
Только по Flux схема не совсем верна. Там фишка в том, что Dispatcher регулирует работу подписчиков и данные уходят одновременно через промисы на API и на на Store . Смысл в том, что все крутиться внутри Action (методы) -> Dispatcher (со своими подписчиками) -> Store (состояние объектов) -> View (тут Реакт рисует вьюху) и по кругу назад на Action, поток данных односторонний, а главная фишка в том, что с внешними данными (API) работает только Action и это очень удобно, фронт приложение живет своей жизнью, диспатчер работает со всеми подписчиками и передает им стейт, реакт перерисовывает получая данные из store, а внешние данные не путаются с внутренним состоянием
отличное видео, одно из моих любимых по redux, респект тебе! у меня возникли пара вопросов: ты говоришь, что в redux состояние можно менять только через action'ы, разве во flux не также или там есть возможность еще как-то это делать? второй вопрос как новичка. не нарушают ли action'ы концепцию one-way-binding ? ведь если что-то меняется во view, создается action, который воздействует на store, то есть view не только зависит от изменений в самом store, но также может менять в нем значения через actions...?
1. Во flux точно также. Разница flux и redux лишь в том, что в redux используется один Store. 2. Это и есть one-way-binding: дело не в том, что view не должен влиять на store, а дело в том, как он влияет. Суть one-way-binding в том, что вьюха меняет данные не напрямую в хранилище, а посредством событий и reducer'ов. View -> Action -> Reducer -> Store -> View, одна направленность операций. Цепочка действий прозрачна и логируется, ты всегда знаешь, что Store не может поменяться без вызова Action. В two-way-binding текстовое поле бы, например, напрямую бы привязывалось к Store и при вводе текста сразу бы менялись данные в хранилище: получается, что нет контроля над процессом записи данных. Пример из KnockoutJS: данные из поля СРАЗУ попадают в хранилище.
А где должны быть запросы к базе данных в react-redux-приложении? Они же для того и загружаются с сервера, чтобы так или иначе попасть в стейт и в рендер.
Dispatch - это функция у объекта Store. В нее можно передать объект экшена и тогда этот экшен выполнится. Можно создавать эти объекты вручную, а можно сделать функции actionCreators, которые на вход получают какие-то параметры, а наружу отдают готовый объект экшена. См. следующие уроки :)
Честно говоря, так и не понял чего там такого сложного произошло в фейсбуке, что они изобрели велосипед. На мой взгляд это очередная лишняя надстройка, нафиг не нужная. Весь плюсь в готовых компонентах и, когда верстка нафиг не нужна, в готовых решениях типа кнопок, календарей и прочего. Но прикол в том, что все это уже существует в виде сверстанных компонентов и даже целый пакетов с готовым JS. И да, я работаю фронтендером на реакт уже 1.5 года и все, что описал - не понимаю до сих пор! Особенно, когда упираешься в какую-то мало мальски серьезную хрень при работе с данными. Для всего, буквально для всего нужен компонент! Без компонентов реакт просто бесполезен! И сколько я в кодинге уже (профессионально, за деньги - совокупно 10 лет почти) никогда не испытывал проблем с интерфейсами ни на больших проектах ни на малых тем более. А все потому что для разбивки проекта на логические составляющие нужна просто голова, а не какие-то модные приблуды. Один ведь хрен, в самом реакте ты сам должен напилить компонентов, которые потом будешь переиспользовать в разных частях проекта. Сам реакт это не делает! И в чем спрашивается разница на чем делать разбивку?! Будет это реакт или это будут просто хтмл-шаблоны, например?!
очень рекомендую посмотреть на mobx. Он проще в освоении, чем Redux. Меньше гемора, проще писать. Можно послушать 5минутку React, там было толковое сравнение (сам перешел на mobx после года разработки на redux)
Привет. В принципе, у меня нет проблем с осознанием того, как работать с Redux и он не доставляет мне каких-то проблем. В комплекте с Reselect, он немного приближается к MobX. Сам MobX слишком напоминает мне KnockoutJS (своим обилием обзерваблов и компутедов), что слегка пугает))
Он приближается, но селекторы писать нужно(я переписывал онлайн редактор с редакса(с реселектом) на мобкс, и все прирост очень заметен был, наверняка где-то налажал, но в мобксе просто об этом не думаешь, оно просто работает и делает это быстро). И вообще в редаксе куча бойлерплейта. Меня это не бесило, когда я его писал, но потом увидел что mobx ничуть не теряет выразительности без всего этого. Это значимо. вуй ближе всех из актуальных фреймворков. Нокаут конечно страшный, но там меня бесило больше всего логика в шаблонах, очень было страшно это поддерживать, в реакте такого нет.
А это вообще нормально перезаписывать ВЕСЬ стейт при каждом экшене? Стейт ведь может быть довольно большим объектом и как-то не очень производительно его каждый раз перезаписывать. Нет?
@@ecroFeGushKa видел. Я как раз и констатировал факт того, что уже больше 2 лет прошло, а никаких сдвигов нет. Как запихивали все в один глобальный стор, так и запихивают. Когда задача чуть более сложнее тривиальной, тогда появляются разные костыли в виде фабрики редюсеров и т.п.
Парень, у тебя талант, делай свои курсы или уроки. Я посмотрел кучу всяких курсов и объяснений. Твой ролик на пальцах показывает что как и почему…. Спасибо!!!
Офигеть! Одно из самых эффективных 13ти минутных учебных видео! Респект, чувак, респект.
Настолько классная подача, все чётко и по делу, никакой воды! Пожалуйста, не останавливайся!
Наконец понял в чем суть Redux. Спасибо
мужик, реально самый понятный видос)Все чето какую-то ерунда мямлят, сами по ходу не разобрались) А ты круасанчик)
Хороший препод! Плюсую
Большое спасибо! Все четко, коротко и понятно. Видео очень понравилось
примерно так и понимал, но твоя подача это что-то! Отличные уроки, мужик!
Очень кратко и доступно, низкий поклон.
Очень полезный материал, спасибо автору
Крутяк! Спасибо за доходчивость + в карму :)
Спасибо за урок! Самое понятное объяснение которое я встречал. Лайк, подписка.
it is the best explanation of react-redux I ever seen
наконец-то понятно-нормальное объяснение, большое спасибо!!
а продолжение будет? )
Продолжение: th-cam.com/video/wzWZDh0dUYE/w-d-xo.html
Супер объяснение, большое спасибо!
Круто объяснил, как-то сразу в голове улеглось по полкам. Спасибо.
ты афигел? почему только одни видос по redux? вообще годно, очень понравилось, но очень жаль что нету продолжения, очень жаль:(
Парень, у тебя талант, делай свои курсы или уроки. Я посмотрел кучу всяких курсов и объяснений. Твой ролик на пальцах показывает что как и почему…. Спасибо!!!
всё четко, без воды, спасибо)))
это лучшее что я видел из всех видео по редаксу
Отлично все раскидал. Без воды. Супер!
Это лучшие 13 минут в моей жизни... :)))) Шучу конечно но объяснение реально очень понятное - спасибо огромное!
Это лучшие 13 минут в моей жизни))) без шуток
Классный урок! Спасибо!
Супер!!! Спасибо! ВСё понятно и легко.
от души , помог в более глубоком понимании редьюсеров , и экшенов)) спасибо!
Премного благодарен! зашло, как к себе домой!)
Крутой чувак! буду рекомендовать твои видео.
Спасибо, очень зашло. Удачи автору
Супер! Очень понравился урок!)
Зачетный видос, братан ты талантище.
Круто объяснил. Все четко и понятно.
Спасибо за понятное объяснение.
очень хорошо зашел урок. Классно объяснил!
Молодец, хорошо основу задал!
Очень классное объяснение, лайк!)
Спасибо, очень понятно объяснил!
Пожалуй это лучшее объяснение Redux
Хорошо зашло, спасибо
Очень круто! Молоток
Спасибо за прекрасное объяснение!
Коротко, ясно и по делу. +5
Все очень доходчиво, спасибо!
Обалденное пояснение!
1000 к карме!
ты лучший лайк!!!!!
КРАСОТА!) Автор красавчик) а по реакту и саге что то подобное будет?)
Вот эт я понимаю урок!
В начале объяснил концепцию, что есть что, зачем оно так.
А потом наглядно показал, как это работает. Единственное, что хотелось бы еще увидеть здесь же - общепринятая, негласная структура проекта
Спасибо. Про структуру проекта и best practices - как раз в следующем видео :)
Спасибо тебе, человечище
Пожалуйста
За такое видео в карму летит сразу +1000
Очень плотно и понятно. Нужен полный курс )
Круто, молодец!
оч крутая подача!
Спасибо
Очень понятно, круто)
Отлично!
ауф... Бомба)
Батёк, спасибо!
четко обьяснили
наконец то я все понял...спасибо огромное
Голос местами похож на переводчика фильмов на VHS кассетах. Олдфаги должны помнить...)
Кажется Василий Горчаков того легендарного переводчика зовут
тоже об этом задумался когда смотрел. Реал голос для фильмов.
большое спасибо!!
Самое понятное объяснения редакса в интернете
Только по Flux схема не совсем верна. Там фишка в том, что Dispatcher регулирует работу подписчиков и данные уходят одновременно через промисы на API и на на Store . Смысл в том, что все крутиться внутри Action (методы) -> Dispatcher (со своими подписчиками) -> Store (состояние объектов) -> View (тут Реакт рисует вьюху) и по кругу назад на Action, поток данных односторонний, а главная фишка в том, что с внешними данными (API) работает только Action и это очень удобно, фронт приложение живет своей жизнью, диспатчер работает со всеми подписчиками и передает им стейт, реакт перерисовывает получая данные из store, а внешние данные не путаются с внутренним состоянием
Есть талант на рассказывание!
наконец то.... наконец то я понял как этот редакс работает
спасибо огромное
отличное видео, одно из моих любимых по redux, респект тебе!
у меня возникли пара вопросов: ты говоришь, что в redux состояние можно менять только через action'ы, разве во flux не также или там есть возможность еще как-то это делать?
второй вопрос как новичка. не нарушают ли action'ы концепцию one-way-binding ? ведь если что-то меняется во view, создается action, который воздействует на store, то есть view не только зависит от изменений в самом store, но также может менять в нем значения через actions...?
1. Во flux точно также. Разница flux и redux лишь в том, что в redux используется один Store.
2. Это и есть one-way-binding: дело не в том, что view не должен влиять на store, а дело в том, как он влияет. Суть one-way-binding в том, что вьюха меняет данные не напрямую в хранилище, а посредством событий и reducer'ов. View -> Action -> Reducer -> Store -> View, одна направленность операций. Цепочка действий прозрачна и логируется, ты всегда знаешь, что Store не может поменяться без вызова Action.
В two-way-binding текстовое поле бы, например, напрямую бы привязывалось к Store и при вводе текста сразу бы менялись данные в хранилище: получается, что нет контроля над процессом записи данных. Пример из KnockoutJS: данные из поля СРАЗУ попадают в хранилище.
благодарю за ответ, теперь все понятно!! А по архитектуре получается, knockout - это MVVM, а redux - MVP ?
Воспринимайте Реакт как инструмент, который позволяет что-то отрисовать, а Редакс как инструмент, который умеет управлять данными. Остальное - лирика)
ок :)
спасибо!
чётко
спасибо
Напиши уроки по Реакту для Юдими. Куплю курсы. Очень хорошо объясняешь.
Блин, бро. у тебя голос как из озвучки фильмов, ебать прикольно слушать)
я два дня долбился в редакс и не мог ничего понять, а тут за 13 минут разложил все пополкам
super
А где должны быть запросы к базе данных в react-redux-приложении?
Они же для того и загружаются с сервера, чтобы так или иначе попасть в стейт и в рендер.
Спасибо) Только не до конца понятно с actionCreators и dispach.как они между собой вяжутся?
Dispatch - это функция у объекта Store. В нее можно передать объект экшена и тогда этот экшен выполнится. Можно создавать эти объекты вручную, а можно сделать функции actionCreators, которые на вход получают какие-то параметры, а наружу отдают готовый объект экшена. См. следующие уроки :)
@@ecroFeGushKa, собственно уже посмотрел - все встало на свои места) Спасибо!
Как это сказывается на производительности что на каждый чих новый стейт выплёвывается?
You cool
Если reducer - это уже middleware между action и store, то зачем нужен ещё один middleware, который Middleware?
10:49 это не новый литерал обьекта, а спреад синтаксис для литерала обьекта.
Тут каждое предложение на вес золото
Честно говоря, так и не понял чего там такого сложного произошло в фейсбуке, что они изобрели велосипед. На мой взгляд это очередная лишняя надстройка, нафиг не нужная. Весь плюсь в готовых компонентах и, когда верстка нафиг не нужна, в готовых решениях типа кнопок, календарей и прочего. Но прикол в том, что все это уже существует в виде сверстанных компонентов и даже целый пакетов с готовым JS. И да, я работаю фронтендером на реакт уже 1.5 года и все, что описал - не понимаю до сих пор! Особенно, когда упираешься в какую-то мало мальски серьезную хрень при работе с данными. Для всего, буквально для всего нужен компонент! Без компонентов реакт просто бесполезен! И сколько я в кодинге уже (профессионально, за деньги - совокупно 10 лет почти) никогда не испытывал проблем с интерфейсами ни на больших проектах ни на малых тем более. А все потому что для разбивки проекта на логические составляющие нужна просто голова, а не какие-то модные приблуды. Один ведь хрен, в самом реакте ты сам должен напилить компонентов, которые потом будешь переиспользовать в разных частях проекта. Сам реакт это не делает! И в чем спрашивается разница на чем делать разбивку?! Будет это реакт или это будут просто хтмл-шаблоны, например?!
У меня на канале есть пара видео про Redux Toolkit, инструмент упрощающий работу с redux От разработчиков редакса) заходите смотрите)
Каким редактором Вы пользуетесь ?
Эд Лесничий на видео vs code
В повседневной жизни PhpStorm, на видео - Visual Studio Code
Привет, давно не видно было тебя! Vie.js не изучал? Не хотел бы по нему обучение сделать?
Денис Горев Привет, Vue скучный, как по мне. Пока комьюнити очень плохо развито
Ахуенно обьясняешь. Смотрел Редюкс с английского контента, полная параша. Пишут по шаблону и бубнят по нос что написали. Красавчик!
Сколько здесь вы перешитаете ботов
очень рекомендую посмотреть на mobx. Он проще в освоении, чем Redux. Меньше гемора, проще писать. Можно послушать 5минутку React, там было толковое сравнение (сам перешел на mobx после года разработки на redux)
Привет. В принципе, у меня нет проблем с осознанием того, как работать с Redux и он не доставляет мне каких-то проблем. В комплекте с Reselect, он немного приближается к MobX. Сам MobX слишком напоминает мне KnockoutJS (своим обилием обзерваблов и компутедов), что слегка пугает))
Он приближается, но селекторы писать нужно(я переписывал онлайн редактор с редакса(с реселектом) на мобкс, и все прирост очень заметен был, наверняка где-то налажал, но в мобксе просто об этом не думаешь, оно просто работает и делает это быстро). И вообще в редаксе куча бойлерплейта. Меня это не бесило, когда я его писал, но потом увидел что mobx ничуть не теряет выразительности без всего этого. Это значимо. вуй ближе всех из актуальных фреймворков. Нокаут конечно страшный, но там меня бесило больше всего логика в шаблонах, очень было страшно это поддерживать, в реакте такого нет.
А это вообще нормально перезаписывать ВЕСЬ стейт при каждом экшене?
Стейт ведь может быть довольно большим объектом и как-то не очень производительно его каждый раз перезаписывать. Нет?
Шёл 2020 год, большинство до сих пор используют Редакс несмотря на его очевидные недостатки, в то время как есть адекватные альтернативы
Обратите внимание на дату видео :)
@@ecroFeGushKa видел. Я как раз и констатировал факт того, что уже больше 2 лет прошло, а никаких сдвигов нет. Как запихивали все в один глобальный стор, так и запихивают. Когда задача чуть более сложнее тривиальной, тогда появляются разные костыли в виде фабрики редюсеров и т.п.
Виталий Столяров в этой банальности и кроется простота редакса) так или иначе, я лично его уже практически не использую.
@@ni55an , а какие адекватные альтернативы ?
@@mk3mk3mk mobX. Или вам нужен Flux паттерн? Если да, то зачем?
ничЁ ни понял
иисус
текст увеличивать надо, почитай гайды, может получиться
м-да нихера не понял😁
Аж 2 англоязычных фразеологизма. Это тупо перевод какой-то английской статьи?)
Это я так разговариваю)
Офигеть! Одно из самых эффективных 13ти минутных учебных видео! Респект, чувак, респект.
Парень, у тебя талант, делай свои курсы или уроки. Я посмотрел кучу всяких курсов и объяснений. Твой ролик на пальцах показывает что как и почему…. Спасибо!!!
спасибо