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

Причин много. Например дебаг. Ты можешь открыть, например, redux devtools и посмотреть что не так с ключевыми данными приложения. Ну и разделение кода. Мне кажется в едином хранилище логично хранить бизнес-логику приложения, а контекст, имхо, больше подходит для каких-то состояний интерфейса.

0

25.04.2022

Nick 🌝 Автор вопроса

Иван Егоров
Причин много. Например дебаг. Ты можешь открыть, н...

ну получается контекст это тоглы всякие, инкременты, а redux уже более сложная логика

0

25.04.2022

Vanya

Nick 🌝
так в контексте можно создать fetch хуки по надобн...

Ну ето не значить что мы хотим их юзать в нашем проекте вместо redux. Так как Redux крутой.

0

25.04.2022

Nick 🌝 Автор вопроса

Vanya
Ну ето не значить что мы хотим их юзать в нашем пр...

Да, я понял в чем он крутой, в принципе даже получил ответ с помощью этой дискуссии)

0

25.04.2022

Nick 🌝 Автор вопроса

Да канеш, он же после самого первого гайда как юзать редакс

0

25.04.2022

Анвар ᅠᅠᅠᅠᅠᅠ

Nick 🌝
Да канеш, он же после самого первого гайда как юза...

Повезет, если на работе будет toolkit, а не обычный реакт

0

25.04.2022

Иван Егоров

Nick 🌝
ну получается контекст это тоглы всякие, инкремент...

Ну смотря какие инкременты. Если инкрементить какую-то часть бизнес-логики (например абстрактный показатель рейтинга пользователя на формуме), то это скорее в redux. Тут дело не в сложности этой части логики, а скорее в значимости логики. Тут еще штука такая, что в подавляющей части случаев для локального состояния компонентов достаточно обычного useState.

0

25.04.2022

Nick 🌝 Автор вопроса

Иван Егоров
Ну смотря какие инкременты. Если инкрементить каку...

Ну для локального тут в принципе не нужен контекст)

0

25.04.2022

Иван Егоров

Nick 🌝
Ну для локального тут в принципе не нужен контекст...

Я выше приводил пример с редактором. Это довольно сложное состояние, но оно локальное.

0

25.04.2022