В чем соль использования хука Reducer кроме того что «мы так привыкли делать в Redux»?

Question

[Роми]

Какую проблему он вообще решает?

Я не понимаю зачем так всё усложнять :)

Comments

[SiSya]

Точно так же все "привыкли" использовать redux. Давно уже существуют нормальные стейт-менеджеры на примере того же mobx, но нет, чему-то учиться - это прям сверх.

[Gary_Ihar]

SiSya, пахнет жаренным)

Answer 1

[Mikhail Osher]

Если попробовать поразмышлять..

useState подразумевает плюс-минус простой стейт, который удобно обновлять через либо setState(newValue), либо через setState(prevState => ({ ...prevState, key: newValue })).

useReducer для более сложных кейсов, где хранить логику обновления в компоненте становится нецелесообразным и/или будет слишком раздуваться компонент. Или же где логика переиспользуется. Впрочем, то же самое можно сделать и через useState, создав свои хуки, которые под капотом юзают useState/useReducer.

На выходе, самым логичным на ум приходит более плавная миграция в redux на useReducer.

Проблема в том, что redux не нужен в 90%+ проектах, и его можно было заменить голым реактом с его инструментами.

Comments

[Роми]

Михаил, кстати, я обратил внимание, что в обучающих роликах

setState(prevState => ({ ...prevState, key: newValue }))

переменную prevState в подобных выражениях нигде ранее не объявляют, это что, какая-то магия? откуда setState знает что prevState - это именно prevState? -)

[Mikhail Osher]

Роми, docs

[SiSya]

Роми, prevState - это колбек, который возвращает setState при его вызове. Ноль магии. Ты можешь обозвать как угодно параметр.

Answer 2

[Роми]

В общем, я в конце концов понял так:

- Reducer - это типа как мутации в Vuex, и в конечном итоге его уберут из релиза ...но это не точно))))