Когда использовать локальный state, а когда redux?

Question

[user_of_toster]

1) Является ли плохой практикой хранить состояние, которое используется только в одном компоненте (локальное) в redux, а не в самом компоненте?
2) Является ли плохой практикой смешивать локальное и redux-состояние?

Comments

[Василий Банников]

1. Зачем хранить локальное состояние в редаксе?
2. Думаю да. Redux предназначен для хранения глобального состояния.

Но я не уверен на 100%. Подожду, пока кто-нибудь ещё ответит, тк у меня такой же вопрос.

[user_of_toster]

Василий Банников, пример - thunk\saga может менять стейт, который используется только в одном компоненте вне компонента. Сделать это можно диспатчем экшена. При использовании локального стейта это не осуществить, т.к сага не может получить setState из компонента.

Answer 1

[n1ksON]

1. Нет
2. Нет

Небольшой state лучше хранить в компоненте, а не диспатчить стор. К примеру, статус отображения какого-то уведомления не нужно хранить в сторе, для этого лучше использовать state внутри компоненты.

пример - thunk\saga может менять стейт, который используется только в одном компоненте вне компонента. Сделать это можно диспатчем экшена. При использовании локального стейта это не осуществить, т.к сага не может получить setState из компонента.

Логично что без redux это не осуществить. Ведь библиотеки называются: redux-thunk и redux-saga. Однако вам никто не мешает делать API-запросы прямо в компоненте, но так делать не нужно. Это считается плохой практикой

Answer 2

[Александр Аксентьев]

Что за сложности непонятно.
Когда это состояние надо использовать в других местах приложения кроме этого компонента, особенно если это не родительские/дочерние компоненты, то это надо засунуть в "глобальный" стейт.
Во всех остальных случаях это касается только одного компонента, зачем это шарить на всё приложение.

Ну а насчет смешивать совсем бред, если у вас есть глобальные данные которые надо использовать где-то, то как их использовать в компоненте, но при этом не использовать какие-то локальные переменные которые нужны. Где логика?

Comments

[user_of_toster]

Пример - thunk\saga могут менять стейт, который используется только в одном компоненте вне компонента. Сделать это можно диспатчем экшена. При использовании локального стейта это не осуществить, т.к сага не может получить setState из компонента. В таком случае использование redux для хранения локального стейта - нормально или плохая практика?

[Александр Аксентьев]

user_of_toster, звучит как какой-то костыль, я с башни vuex смотрю.
Не реакте не пишу, не знаком с экосистемой.
Если это в реакте нормально, то почему нет.
Как по мне, так если вам нужно извне как-то влиять на компонент, то это глобальный стейт по определению должен быть. А не локальный, который как-то там можно поменять снаружи.

Answer 3

[Дмитрий Макаров]

1. тут ключевым моментом является, не количество компонентов, в которых используется какое либо состояние, а другие моменты. Если мы все состояния всех компонентов будем хранить в редаксе, то при чтении кода, при отладке будет много визуального шума, будет сложно разобраться что происходит.
В редаксе мы данные приложения, например. В локальном состоянии - идентификаторы выбранных элементов в таблице.
Можно очень условно границу провести: то что бы вы хранили в базе, то храним в редаксе, а данные которые храним в приватных переменных класса - в локальном состоянии. Мне такая аналогия ближе - я начинал с десктопных приложений.
Но это всё очень грубо. В конкретной ситуации может быть как угодно.
Можно придумать и обосновать ситуацию, когда хранение всего состояния всех компонентов в редаксе будет оправдано.

2. Учитывая ответ на 1, придётся смешивать.

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

Answer 4

[profesor08]

Если данные нужны в разных компонентах, которые находятся в разных dom деревьях, то понадобится некое хранилище для общих данных. Тут может пригодиться redux или аналог, а можно и через контекст пробросить от корневого компонента.
Если данные нужны только основному компоненту и его потомкам, то достаточно пробросить через контекст, или через пропсы.
А если данные нужны только в рамках компонента и потомкам не пробрасываются, то локальный стейт.

Это больше вопрос удобства, засрешь контекст или пропсы - будет неудобно, засрешь стор - будет неудобно.