React, Redux та поширені помилки під час використання глобального стору

Курс React для початківців від Vitalii Ruban

2023 ж. 14 Там.

1 583 Рет қаралды

👉 П'ятий випуск React Code Smells. Говоримо про типові помилки під час проектування та використання глобального стору на прикладі Redux.
✉️ Telegram: t.me/reactbeginners
❤️ Підтримати канал: opencollective.com/farstar
💡Приклади з відео - github.com/Drag13/react-code-...

Пікірлер

Дякую за якісний контент! Дуже добре сприймається через рік після завершення курсів)
@user-rj9mn3in9g7 ай бұрын
коротки, швидко і наглядко) чекаю нових відео!
@victorchei9 ай бұрын
Чудове пояснення
@vlk-20238 ай бұрын
- Дякую!
  @reactdev8 ай бұрын
дуже дякую за чудовий урок і за прекрасний український контент. Одне дивую, чому так мало вподобайок і переглядів. Надіємось, що ситуація з такою несправедливістю виправиться)
@taraspylypiv87719 ай бұрын
- Дякую, теж хотілося б вірити)
  @reactdev9 ай бұрын
Дякую
@user-cr8es6ix7m9 ай бұрын
Досить непогано все розкладено. Я звісно місця про які можна дійсно дискутувати, як наприклад Store vs Props, але в цілому гарний опис доволі розповсюджених моментів!
@dmitriybraginets67509 ай бұрын
- Дякую! Звісно, якщо даних поруч немає то куди від того редаксу дінешся. А якщо все що треба лежить в батьківському компоненті, то можливо пропсами передати простіше
  @reactdev9 ай бұрын
як завжди топ!!! Респект за українську
@olexandrcherkasov22169 ай бұрын
- Дяка!
  @reactdev9 ай бұрын
Стосовно 7 пункту і фільтрації безпосередньо у компоненті - не зовсім згоден. Я би краще обрав createSelector з тулкіта або реселекта і виконав фільтрацію там. Це забезпечить статичність даних і відсутність зайвих ререндерів, й окрім цього компонента лишається чистою. А взагалі - дякую за чудовий контент. Ви з Бабічем на зараз мої ТОП!)
@user-yl1sd9ye9y6 ай бұрын
тяжко....для усвідомлення)))буду передивлятись кілька разів і чую не один місяць практикуватись, щоб зрозуміти як краще і перестати на практиці писати говнокод. іноді по відео зрозуміло, а до рук не завжди доходить)
@ankahorbova40656 ай бұрын
- Нічого, через місяць будете дивитися на свій же код і питати хто його писав?)
  @reactdev6 ай бұрын
🟦🟦🟨🟨
@khrulenko.v5 ай бұрын
Головна помилка при використанні Redux - це його використання у 2023 році. Код на порядок спрощується, якщо взяти React Query. А Redux Saga - це зло в квадраті.
@paemox8 ай бұрын
- З RTK + RQ він прямо набагато зручніше. Якщо чистий Redux то зло, то RTK+RQ вже можна миритися)
  @reactdev8 ай бұрын
- @@reactdev Існує багато кращий за RTK менеджерів станів - MobX, Zustand та десятки інших.
  @paemox8 ай бұрын
- @@paemox Десятки це прямо цікаво. Не могли б ви назвати хоча б два десятки менеджерів станів кращих за Redux + обгрунтувати чим вони за нього краще? А якщо не чіплятися до слів (бо я так розумію з десятками ви для гарного слова сказали), то до критеріїв оцінювання треба обов'язково додавати ще й популярність та розповсюдженість. Тому що екосистема це теж велика перевага. І наявність вакансій також. Може бути ідеальний стейт менеджер, але якщо на ньому пише одна людина - він не потрібен в реальному житті. І тут Redux багато в кого виграє. До слова, на моєму проекті MobX і я ним більш ніж задоволений. Але об'єктивність ніхто не відміняв.
  @reactdev8 ай бұрын
- @@reactdev Головний недолік Redux - це boilerplate код, також недоліком є імутабельність, глобальний стор, складний код. В більшості простих випадків навіть React Context кращий за Redux. Екосистема побудована на лайні є лайном. У більшості веб додатків стан зберігається на сервері, тому потрібен fetch manager, а не state manager, я б не писав би state manager у вимоги до вакансії. State manager - це не rocket science, краще мати простий (з можливістью контрибуції) і малопопулярний state manager, ніж таке лайно як Redux. Єдина перевага Redux - це якщо проект мертвий, то його не треба переписувати, у всіх інших випадках його треба позбуватися.
  @paemox8 ай бұрын