Как логично разделять состояния приложения?

Question

[Воващ]

Решил написать блог на MERN стеке, дошел до стадии логина под админом,
написал на хуках, решил всё что связано с логином (jwt token, user id, isLogged, и функции login и logout) прокидывать через контекст и провайдер, после чего задался вопросом, как логично разделить логику:
оставить всё связанное с авторизацией в таком виде, а для пользовательского взаимодействия использовать redux?
или же вообще всю логику можно запихнуть в redux?

Answer 1

[t800zippygod]

Для всего redux, почему нет

Comments

[Воващ]

t800zippygod, я исходил из логики, что создав контекст и прокинув, я имею практически такой-же store, дабы не плодить actions и удобнее работать уже с действиями пользователя использовать redux,
или это ошибочное суждение?

[Robur]

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

Если не нравится писать много кода, а организовать более чисто хочется, посмотрите на mobx.