⚛⚛⚛ Пройди практический курс "Javascript Fullstack разработчик" от MakeWeb.me. Детали тут: makeweb.me/course-js-fullstack-developer Телеграм для связи по курсу: @makewebchatme
Привет! Интересный сравнительный видос, спасибо) Но хотел бы дать обратную связь, так скажем) Как мне кажется использовать сегодня Redux без Redux Toolkit (который как раз таки написала команда redux) это моветон 😄 Redux Toolkit как раз таки решает проблему с боллейрплейтом и всё удобно и красиво выходит) И для запросов под капотом redux-thunk сразу есть Поэтому мне кажется, что чистый Redux не очень корректно сравнивать) Ну и да Я когда увидел классовый компонент подумал, что видео 19-ого года 😄
Согласен с замечанием по поводу Redux Toolkit. Мы на проекте используем его, это позволяет в разы сократить количество кода, упростить его понимание и написание. Однако при сравнении с MobX пришёл к выводу, что для асинхронных действий все равно кода получается многовато. Сравнивал асинхронный запрос такого содержания: Поставить loading в true -> получить данные -> сохранить данные в сторе -> поставить loading в false Получился файл 30 строк, в котором была инициализация slice, описание двух полей - loading, data, два соответствующих экшена и один Thunk. Не знаю, можно ли сделать ещё более компактно, но для меня это получился минимум. На MobX всё заняло 10 строк, что в 3 раза меньше. Поэтому начинаю посматривать в сторону MobX
Много раз слышал о том, что mobx "ненадежный". Но ни разу не видел примера кода. Как это может проявится? Что может сделать такого начинающий разработчик, чтобы что-то сломать? За 2.5 года на проекте ни разу не столкнулся с чем-то подобным.
Хорошее сравнение, но хотелось бы знать, как эти библиотеки работают под капотом? Как устроены механизмы реагирования, и что у этих механизмов с перфомансом? Про перфоманс особенно интересно узнать после слов о том, что при использовании редакса, компонент нужно мапить к конкретным переменным, а в случае с мобх, компонент следит за всем стейтом.
немножко побурчу.... Класовый компонент в 21 году? Рили? Соотвественно оба примера должны быть на одном типе компонентов или класовом или функциональном.
В принципе, ты прав) Но опять же - пример чисто демонстрационный. Хотя и стоило с хуками показать Redux. Возможно, будет дополнение-апдейт к этому ролику.
@@Polaxoid В ролике сравнивается многословный redux и react на классах с лаконичным mobx. И на react можно почти то же самое написать, намного компактнее, если использовать хуки и redux-toolkit (официальный набор для облегчения жизни).
@@Polaxoid ну, начнем с того, что они не такие быстрые как функциональные компоненты, именно из-за этого и были придуманы хуки. А второе, явно видно, что они не будут развиваться дальше, только багфиксинг. Сделаю предсказание, что в условном реакт 19-20 их начнут выпиливать.
@@atlasua2021 все стало лучше. Redux обзавелся козырными хуками. Mobx на классах отказался от декораторов, что тоже облегчило код. Опять же, в связке с TypeScript на проект крупнее, redux будет предпочтительнее как мне кажется. Но для меня Mobx на голову выше Redux) На деле же два принципиально разных инструмента для выполнения одной задачи. Оба хороши) В последнее время популярнее становится xstate, все никак не дойдут руки пощупать
Наскольгя понимаю по мере роста приложения издержки на полное копирования стейта будут сильно возрастать. Насколько сильно это замедляет приложение по сравнению с мутабельным подходом? Является ли это проблемой редакса?
Не совсем корректно сравнивать классовый компонент с функциональным. Поэтому получилось меньше кода с mobx, чем у классового redux. таймкод: 12:45 С redux в функциональных компонентах тоже меньше пишешь кода в компоненте.
Прокидывать стейт в mobx - об этом можно было бы поподробнее. Импортом стора? Или многие рекомендуют через контекст. А как прокидывать в глубоко вложенные компоненты?
С помощью useContext ты можешь прокинуть стор в любой из компонентов и подписаться на изменения. Или прокинуть его в верхний компонент и передать необходимые переменные из стора в виде пропсов.
6:19 пурга какаято, то ли мужик сам не шарит, что наврядли.... толи вторая картинка неправильная. если нижнюю линию укоротить то тоже круг получиься ))))) 4 блока и 1 линия , однонаправленная. вчем суть братан?????
MobX, если правильно его приготовить, рулит беспощадно. Причем необязательно что-то придумывать - это ООП, к нему давно придуманы паттерны и бестпрактисы. SOLID, DI, и т.д. К сожалению, на фронтенде сейчас засела банда хипстеров-ФПшников, главное не вестись на их маркетинг.
⚛⚛⚛
Пройди практический курс "Javascript Fullstack разработчик" от MakeWeb.me.
Детали тут: makeweb.me/course-js-fullstack-developer
Телеграм для связи по курсу: @makewebchatme
Привет! Интересный сравнительный видос, спасибо)
Но хотел бы дать обратную связь, так скажем)
Как мне кажется использовать сегодня Redux без Redux Toolkit (который как раз таки написала команда redux) это моветон 😄
Redux Toolkit как раз таки решает проблему с боллейрплейтом и всё удобно и красиво выходит)
И для запросов под капотом redux-thunk сразу есть
Поэтому мне кажется, что чистый Redux не очень корректно сравнивать)
Ну и да
Я когда увидел классовый компонент подумал, что видео 19-ого года 😄
Согласен с замечанием по поводу Redux Toolkit. Мы на проекте используем его, это позволяет в разы сократить количество кода, упростить его понимание и написание.
Однако при сравнении с MobX пришёл к выводу, что для асинхронных действий все равно кода получается многовато. Сравнивал асинхронный запрос такого содержания:
Поставить loading в true -> получить данные -> сохранить данные в сторе -> поставить loading в false
Получился файл 30 строк, в котором была инициализация slice, описание двух полей - loading, data, два соответствующих экшена и один Thunk. Не знаю, можно ли сделать ещё более компактно, но для меня это получился минимум.
На MobX всё заняло 10 строк, что в 3 раза меньше. Поэтому начинаю посматривать в сторону MobX
@@Lear-fe6se ух ты, круто 👍🏻
Отличный обзор, всё по делу, кратко, информативно. Спасибо! ❤
Много раз слышал о том, что mobx "ненадежный". Но ни разу не видел примера кода. Как это может проявится? Что может сделать такого начинающий разработчик, чтобы что-то сломать?
За 2.5 года на проекте ни разу не столкнулся с чем-то подобным.
А почему пример на redux App функциональный компонент, а сам Page на классе? Какое то странное сравнение
Очень понятно и полезно, спасибо за видос!
Зачем вам нужна иммутабельность во фронтенд приложение? Какая задача решается?
Отличная презентация, спасибо!
Продолжай ! ) спасибо !
Хорошее объяснение
Хорошее сравнение, но хотелось бы знать, как эти библиотеки работают под капотом? Как устроены механизмы реагирования, и что у этих механизмов с перфомансом? Про перфоманс особенно интересно узнать после слов о том, что при использовании редакса, компонент нужно мапить к конкретным переменным, а в случае с мобх, компонент следит за всем стейтом.
Спасибо за видео!
Всё хотел перейти на MobX, но после просмотра данного сравнения, решил, что Redux Tool Kit ещё походит.
почему connect вместо useSelector?)
так же писали несколько лет назад
Да, сейчас иначе, но тут пример без хуков, просто для понимания.
@@MakewebMeOfficial да, главное суть отличия показать.
немножко побурчу....
Класовый компонент в 21 году? Рили? Соотвественно оба примера должны быть на одном типе компонентов или класовом или функциональном.
В принципе, ты прав) Но опять же - пример чисто демонстрационный. Хотя и стоило с хуками показать Redux. Возможно, будет дополнение-апдейт к этому ролику.
@@MakewebMeOfficial или мобх на классовый компонент переделать
А в чем проблема с классовыми компонентами? Они не умерли и продолжают работать и вполне применимы для определенного круга задач
@@Polaxoid В ролике сравнивается многословный redux и react на классах с лаконичным mobx. И на react можно почти то же самое написать, намного компактнее, если использовать хуки и redux-toolkit (официальный набор для облегчения жизни).
@@Polaxoid ну, начнем с того, что они не такие быстрые как функциональные компоненты, именно из-за этого и были придуманы хуки. А второе, явно видно, что они не будут развиваться дальше, только багфиксинг. Сделаю предсказание, что в условном реакт 19-20 их начнут выпиливать.
Redux Toolkit one love
Прикольно
Версия MobX в примерах(4.x.x) и актуальная(6.x.x) сильно отличаются, боюсь что сравнение с 4 версией MobX не совсем актуально.
мда) видос залили в 21 году, а записали в наверное в конце 18 ))))))
@@uxuidesigner6952 то-есть MobX стал еще лучше?
@@atlasua2021 все стало лучше. Redux обзавелся козырными хуками. Mobx на классах отказался от декораторов, что тоже облегчило код. Опять же, в связке с TypeScript на проект крупнее, redux будет предпочтительнее как мне кажется. Но для меня Mobx на голову выше Redux) На деле же два принципиально разных инструмента для выполнения одной задачи. Оба хороши) В последнее время популярнее становится xstate, все никак не дойдут руки пощупать
Наскольгя понимаю по мере роста приложения издержки на полное копирования стейта будут сильно возрастать. Насколько сильно это замедляет приложение по сравнению с мутабельным подходом? Является ли это проблемой редакса?
Не совсем корректно сравнивать классовый компонент с функциональным. Поэтому получилось меньше кода с mobx, чем у классового redux. таймкод: 12:45
С redux в функциональных компонентах тоже меньше пишешь кода в компоненте.
Лють, получается, если я на мобхе пишу большие приложения (системы учёта) без головняка, то я крутой разраб. Спасибо.
Connect и map dispatch to props в 2021 это сильно конечно...
Прокидывать стейт в mobx - об этом можно было бы поподробнее. Импортом стора? Или многие рекомендуют через контекст. А как прокидывать в глубоко вложенные компоненты?
С помощью useContext ты можешь прокинуть стор в любой из компонентов и подписаться на изменения. Или прокинуть его в верхний компонент и передать необходимые переменные из стора в виде пропсов.
Redux toolkit и много кода уже не проблема)
6:19 пурга какаято, то ли мужик сам не шарит, что наврядли.... толи вторая картинка неправильная.
если нижнюю линию укоротить то тоже круг получиься )))))
4 блока и 1 линия , однонаправленная.
вчем суть братан?????
и то и то велосипеды которые я не рекомендую использовать в ваших проектах
MobX + MobX State Tree практически стирает границы между редаксом и mobx.
Глупость какая:) человек явно мало понимает в архитектуре, примеры вообще полное Г! Автору надо учиться а не записывать видео
MobX, если правильно его приготовить, рулит беспощадно. Причем необязательно что-то придумывать - это ООП, к нему давно придуманы паттерны и бестпрактисы. SOLID, DI, и т.д.
К сожалению, на фронтенде сейчас засела банда хипстеров-ФПшников, главное не вестись на их маркетинг.
Посмотри в сторону reatom. Пушечный стейт менеджер.
Mobx тож фигня рядом с effector :)