Комментарии 11
Нууу, так бывает. Давайте оставим статью на суд общественности, а мы за то, чтобы нести знания в народ :)
в статье: 18. Управление состоянием приложения с помощью RxJs
в оригинале: 18. State Management with RxJs
в переводе alconost: 18. Управление состоянием с помощью NgRx

ru_vds крайне педантичен при переводе, оригинал — кг/ам, а alconost похоже в теме.
+1, там прямо в оригинале ошибочно написано RxJs, хотя, судя по контексту, имеется в виду именно NgRx (в трех словах: NgRx — это Redux для Angular). Можно бы и поправить, или хотя бы написать примечание.
Расскажите пожалуйста самоучке: чем RxJs лучше простого хранения данных в сервисах синглтонах?
Сценарии с которыми до сих пор работал не вызывали проблем:
— получить данные от API, распарсить их, сохранить в переменную в виде объекта и отдавать компонентам при необходимости
— создать объект который будет изменяться разными компонентами по средставам вызова соответствующих методов сервиса

Чем плохо просто хранить состояние в сервисах и какие сценарии может такой подход не покрыть, но RxJs справится?
Расскажите пожалуйста самоучке: чем RxJs лучше простого хранения данных в сервисах синглтонах?
Сценарии с которыми до сих пор работал не вызывали проблем:

Проблемы возникают, когда вам нужна функция от данных сервиса.

О каких проблемах идёт речь? Сохраняем данные от API в поле сервиса и с этими данными работаем: фильтруем, преобразовываем, передаём в шаблоны.
Сохраняем данные от API в поле сервиса и с этими данными работаем: фильтруем, преобразовываем, передаём в шаблоны.

А как обеспечить обновление отфильтрованных/преобразованных данных при изменении данных в сервисе?

Ничего плохого нет, но задумайтесь, зачем Angular жесткая завязка на RxJS?

Почитайте про Push & Pull strategy
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Информация
Дата основания

27 августа 2015

Местоположение

Россия

Сайт

ruvds.com

Численность

11–30 человек

Дата регистрации

18 марта 2016

Блог на Хабре