MF
Вариант подписываться на все данные и фильтровать - странно имхо
this.some.subscribe((nextValue) => {
// usefull job here
this.some.unsubscribe();
});Size: a a a
2016 August 04
АО
А более правильным будет
АО
и помоему можно еще вот так делать ( я правда не проверял )
let subscribtion = this.some.subscribe((nextValue) => {
// usefull job here
subscribtion.unsubscribe();
});AL
А более правильным будет
this.some.subscribe((nextValue) => {
// usefull job here
this.some.unsubscribe();
});Алексей, вставляйте между шестью бэктиками ))
код
SФ
А что ты для хранения в сервисе используешь?
AL
Вы же так делали)
AL
Интересно, код на глазах появляется )) извиняюсь
АО
Вы же так делали)
поправил
AL
тут еще изменять можно?)
SФ
это да, можно
MF
Я видимо криво выразился.
У меня в сервисе все данные пихаются в next при запросе с сервера.
Есть метод load all - это понятно. Но есть метод load, он подгружает один элемент и проталкивает его в общий массив. Далее этот массив опять же проталкивается в next
У меня в сервисе все данные пихаются в next при запросе с сервера.
Есть метод load all - это понятно. Но есть метод load, он подгружает один элемент и проталкивает его в общий массив. Далее этот массив опять же проталкивается в next
MF
На деле там на массив а самописный контейнер данных, но это лишние детали, для простоты - массив
MF
Сейчас появилась задача выдавать только один элемент
MF
Есть вариант слушать общий обсервер и фильтровать приходящие данные, но это мне не нравится
SФ
next над каким классом? Subject например
MF
Например subject
SФ
toObservable().take(1)
SФ
будет отдан всегда один и закрыт
MF
Вопрос не о реализации, а о том как кто реализует реактивные сервисы
MF
Нужен не первый, а запрошенный