При подписке ты сразу получишь текущее значение. Это удобно, когда ты стейт проинициализировал, а потом открыл какую-то другую страницу, или отобразил что-то, чего еще не было. Это "что-то" порой нужно проинициализирвоать данными стейта, а потом в случае изменения стейта, также менять.

distinctUntilChanged

ngrx/core метод select

они еще юзают реселект, хотя мне кажется почему не combineLatest? https://github.com/ngrx/example-app/blob/master/src/app/reducers/books.ts#L85 делает же тоже только еще и реактивно

за аниме тут должен быть бан)

Но вопрос как правильно достучатся до стейта из самого реактивного стора для меня всё равно пока до конца не ясен. Если его передавать из внешнего подписчика (в моём случае из реакт-компонента), то это получается слишком перегруженный интерфейс метода-экшена реактивного стора. Кто разбирался в ngrx, может знает как это сделано там? Или там координально другой подход?

и то есть это синхронная операция, завёрнутая в асинхронный код?

Продолжаю попытку сделать удобный реактивный стор. Проблема возникла такая. Иногда, в экшенах типа getTodos требуется доступ к текущему стейту. Стейт можно получить только подписавшись на расшаренный subject rootObservable$. Но в этом случае получается рекурсия. Я решил передавать стейт из того компонента, который подписан на реактивный стор, через тот экшен, в котором требуется текущий стейт. Только вот не знаю, насколько это правильно. Как можно по-другому получить стейт из rootObservable$, чтобы рекурсии не было?

Я просто не знаю как по-другому получить текущий стейт из смердженных subject и после этого сразу же делать next с помощью этих смёрждженных subject. Если я просто подпишусь на смердженный observable (rootObservable$) для получения стейта и там же буду делать next'ы, то у меня рекурсия получится.

Я вот знаю, что futures можно юзать, так как в fluture chain безопасный и это отдельно указывается. У остальных пока встречал только реализацию «в лоб», которая довольно быстро падает с stack overflow