Чем это будет лучше корневого сервиса/сервисов с BehaviorSubject?

это по началу так кажется, когда понимаешь всю суть - становится куда проще. Вы пишете, что двумя сервисами можно обойтись - неужели у вас всего два состояния надо хранить? Все состояния надо разделять на отдельные стейты или сервисы, в зависимости от того, что в итоге используется. Поэтому я написал про 2 стейт менеджера. ngrx для более крупных приложений, ngxs для любых подходит. Чтобы сохранить состояние - нужно всего 2 файла, со стейтом и с экшеном. Удобство - всегда одинаковая структура стейтов, вряд ли кто-то будет городить поверх стейтов своё кастомное хранилище. Есть плагин redux-devtools для браузера, можешь в девтулзах видеть весь свой стейт, что в нём хранится и когда что сеттилось. Я видел кастомные решения стейт менеджеров и практически все они приходят к тому же самому, что и библиотеки

0

25.05.2023

Dmitry Likholetov

Andrei
Вот развернутый ответ. https://medium.com/ngx/prac...

"вместе с вами реализуем собственный Ngrx на RxJS" - если это, чтобы объяснить как все работает, тогда супер. В другом случае я не понимаю зачем

0

25.05.2023

Elmir Kuba Автор вопроса

можно делать много сервисов

0

25.05.2023

Dmitry Likholetov

Elmir Kuba
можно делать много сервисов

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

0

25.05.2023

Eugene Udalov 🇷🇺

Dmitry Likholetov
Можно, хочу чтобы поняли - я не призываю использов...

или нет

0

25.05.2023

Andrei

Dmitry Likholetov
Можно, хочу чтобы поняли - я не призываю использов...

Масштаб не определяет, необходимость ngrx. Но стей , в каком либо виде, будет всегда. Имхо

0

25.05.2023

Oleg Safonov · Accepted Answer

Oleg Safonov

Ничем не лучше и не хуже. Просто даст своим минусы и свои плюсы. Например какую никакую структуру. Всё равно одним сервисом с subj не обойтись, придётся операторы свои писать, методы какие то общие ещё что то

0

25.05.2023

169 похожих чатов

Чем это будет лучше корневого сервиса/сервисов с BehaviorSubject?

13 ответов

Похожие вопросы