интересно, какие проблемы ваш стор (который вы сделали) решил и в чем его алгоритм
ну просто типо ты мне говорил, что якобы с сервера мы хотим состояние делать (тогда зачем тебе редакс, если ты можешь GraphQL юзать и на беке и клиенте одна модель и стэйты гонять туда сюда можно)
типо надо динамику, ну тогда я хз как динамику заранее протипизировать, какая модель будет в моем сторе с бекенда, если это динамически задается сервером
я просто хочу понять, что именно в рантайме вы делаете и типо что за динамика нужна для централизованного хранилища данных
Аналогия с GraphQL очень хорошая. Когда я его смотрел, он еще многого не умел из того, что нам было необходимо. Сейчас достаточно хорошо развился, и позволяет выстраивать полноценный CQRS, строить модели и логику на чистой композиции и прочее. Я бы даже на него переехал, но тут скорее вопрос целесообразности в потраченном на это времени, особенно когда есть аналогичное решение, которое покрывает все текущие бизнес задачи. Изходя из этого пока что не рискую его предлагать. Пройдет какое-то время, появится больше полезного опыта в виде различных статей в русскоговорящем сегменте и можно будет советовать. В качестве альтернативы рекомендую рассматривать чистый redux, и использование его в обход различных решений ввиде ngrx/ngxs и подобных. Так как в дальнейшем это решение даст спокойно переехать на GraphQL.
Обсуждают сегодня