Pull to refresh

Comments 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
Sign up to leave a comment.