Можно поинтересоваться, это рабочий проект? Или для себя чисто попробовать?

Добрый день (утро)
вопрос по Redux
метод combineReducers({ a, b, c}) создает новый Reducer
передав его в createStore, мы получим 3 (три) разных стора под каждый Reducer (a, b, c), правильно же?
т.е. в Reducer'ах не должно быть пересечения стора (у a,b,c). И изменить данные стора 'c' из стора 'b' невозможно
Но под капотом это все один большой Store, который выглядит:
{ a: { /* store data */}, b: { ... }, c:{ ... } }

И еще вопрос. Если это работает, как я описал выше, то получается, мы меняем какие-то данные в редьюсере 'b' и возвращаем новый стор из 'b'
То Redux сам смержит наш "обновленный" store из 'b' с "под капотным"?

И считается ли bad practice, в одном проекте создавать несколько сторов (через createStore), используя Redux?

Да, вы все правильно поняли, смержит

А напомните что мы выбираем между контекст в реакте(нексте) и редаксом?
Там будет юзер летать

Да, считается
Если хотите много сторов - возьмите какой-то mobx, или effector)

Recoil
https://recoiljs.org/

Что думаете?

Пока вроде сообществу не зашёл)

Не надо использовать контекст как стэйт менеджер!

Есть причины на то? Я прост не юзал. Скорее интересуюсь

Потому что?

Типа, на сколько я понял - пока не понятно, зачем еще одно решение)

Видно, что не использовал контекст

Да потому что завтра приложение вырастет и устанешь оборачиваться в контекст

Дебажить невероятно трудно будет, devtools нет нормального

Неправда, дебажить очень легко, и что самое важное - потоки данных ограничены

Каждый раз, когда говорят "вот не нужен редакс, есть контекст" - обычно потом в коде показывают свою версию редакса, только хуже)
У контекст апи и менеджеров состояний разные назначения, на мой взгляд🤷‍♂

Так и для чего контекст?

Контекст просто дает возможность удобно обеспечить данными компоненты, но ничего что касается "управления глобальным состоянием приложения"  там нет и это надо все равно писать самому🤷‍♂