ЮЧ
Соответственно, нет смысла дальше адаптироваться к нему.
Size: a a a
2020 August 07
ЮЧ
А почему? А как хранить состояния?
Масса путей
СК
Ну именно на твой взгляд.
ЮЧ
Это очень от многих факторов зависит.
ЮЧ
Просто раньше редакс был доминирующей парадигмой и все с ним пытались справиться.
СК
Если нужно промежуточное по - делать например запросы на сервак
ЮЧ
Но сейчас в этом нет смысла, потому что ключевое отличие редакса от всего остального сейчас нивелировано тем, что не рекомендуют в нем хранить формы.
ЮЧ
А формы вообще самое ценное что есть в приложении.
ЮЧ
Собственно, ключевое отличие редакс в тайм-тревеле.
ЮЧ
Плюс, на нем мы можем заполнить форму, а потом восстановить состояние всего приложения целиком.
ЮЧ
Если нужно промежуточное по - делать например запросы на сервак
Как вариант. Я разбирался с graphQL-ом, и если закрыть глаза на необходимость схемы, то очень хорошее решение.
ЮЧ
Плюс, я давно-давно делал на файербейсе приложение. У него очень хороший биндинг к реакту и есть оффлайн и синхронизация из коробки.
ЮЧ
Если рассматривать конкретно файербейс, то это вообще можно сказать one-stop-shop решение. Там только пушей не хватает и емейлов.
ЮЧ
Но с учётом того, что файербейс сейчас Гугл, там буквально один аккаунт, то там вообще все есть.
ЮЧ
Это, конечно, к соло-проектам относится.
ИА
: D
ЮЧ
Там где есть команда решает команда, с этим ничего не поделать.
СК
Но сейчас в этом нет смысла, потому что ключевое отличие редакса от всего остального сейчас нивелировано тем, что не рекомендуют в нем хранить формы.
Ну мы там храним состояние полученное в ответах от апи.
СК
Как его ещё хранить?
СК
Что бы форма обновлялась