Зачем в обычном CRUD приложении нужен redux?

Question

[kidar2]

Есть ли какие-то сценарии в таком типе приложений когда может понадобится redux ?

Comments

[adovnik]

Если не знаете зачем, значит не нужен. Как и React. Мне субъективно неудобно решать проблему влияние дочернего компонента на родительский или на много слоев выше. Как вот тут спрашивают: Как кнопку setState в элементе, который будет менять стейт в элементе уровнем выше?

Просто есть redux как "база состояний", которую я вижу сквозь все компоненты и могу менять, где хочу и откуда хочу.

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

mobX - кстати, тоже потыкайте.

[profesor08]

Чтоб не изобретать свой реакт с редаксом. Рано или поздно ты захочешь обновить данные в одном месте, и чтоб отобразились изменения в другом. Ты начнешь создавать глобальные переменные, методы обновления данных, слушатели, хуки и тд.

Answer 1

[Алексей Лауд]

Как и в любом другом приложении – когда одни данные нужны в нескольких местах.

Comments

[kidar2]

И что мешает спросить их у сервера? Или дело в кэшировании?

[Андрей Охотников]

kidar2, зачем запрашивать данные у сервера если они уже есть в приложении?

[kidar2]

Тогда речь о простом кэшировании, если это REST и какой-нибудь get запрос, то это пока просто дублирование функций браузера

[Алексей Лауд]

kidar2, я имел в виду не только данные в исходном виде, а, например, если вы меняете их в одном месте, и хотите, чтобы они изменились в другом. Но и для простого случая лучше же не ждать неизвестное количество времени, пока выполнится запрос (хорошо, если быстро, но ведь есть и телефоны), а взять уже имеющиеся.

Answer 2

[Антон Спирин]

Вы неправильно вопрос ставите. Правильно так:

Зачем в Web-приложении может понадобиться решение вроде Redux?

Ответ.

Comments

[kidar2]

Нет, вопрос у меня как раз именно про crud приложение

[Антон Спирин]

kidar2, не важно какое у вас приложение. Любое web-приложение использует какие-либо данные. Эти данные где-то хранятся и где-то используются. Многие данные используются в разных частях приложения(мета данные, данные о пользователе и т.п.), какие-то данные описывают текущее состояние приложения(isFetching, isActive), часто они так-же используются в разных местах. Если у вас в приложении есть похожие кейсы, то это повод использовать Redux или другое решение решающее аналогичные проблемы.

[kidar2]

Т.е. ради 2х глобальных переменных (isFetching, isActive) мне нужно заюзать целый framework?
И даже если будут какие-то общие данные, почему их также нельзя сделать через обычные глобальные переменные? Через какой-нибудь App.CurrentUser ?

[Антон Спирин]

kidar2,
1.Redux - это не фреймворк, а небольшая библиотека с довольно простым API.
2. Если вы уверены, что вам не нужен Redux - не используйте.

И даже если будут какие-то общие данные, почему их также нельзя сделать через обычные глобальные переменные? Через какой-нибудь App.CurrentUser ?

Ну попробуйте написать более-менее сложное, поддерживаемое приложение с глобальными переменными для хранения данных. Расскажите потом о своем опыте.

Советую так же обратить внимание на React Context API. Я его в своих проектах использую совместно с Redux.

[Robur]

kidar2, вы так говорите как будто все вас тут убеждают его использовать а вы не хотите и не видите смысла.
Нет смысла - не используйте. Есть смысл и польза - используйте.
Лично вам на конкретном проекте может быть и не нужен вообще. Может и реакт не нужен.
Я могу представить "обычное CRUD приложение" которое вообще без JS работает.

Answer 3

[McBernar]

Ну, например, у вас есть шильдик новых сообщений. И чтобы каждый раз не бомбить сервер при переходе по экранам — состояние этого шильдика хранится в сторе и живет своей жизнью (опрашивает сервер по своим правилам, без оглядки на переходы).