i
Абстракция observable этого не подразумевает
Size: a a a
2020 June 17
i
Обзервабл это всё, что можно наблюдать. И хот и колд
i
Но сабжект принимает в себя всякие штуки даже когда его никто не наблюдает, значит это абстракция хот стрима
AD
это все верно)
S
Корочи вся суть в том что, Сабжект это Observable который принимает ништяки, и затем через onNext выдает их. А в этот момент к нему еще могут приконектиться другие Observers.
Что нельзя сделать в Observable
Верно?
Что нельзя сделать в Observable
Верно?
AD
Singular
Корочи вся суть в том что, Сабжект это Observable который принимает ништяки, и затем через onNext выдает их. А в этот момент к нему еще могут приконектиться другие Observers.
Что нельзя сделать в Observable
Верно?
Что нельзя сделать в Observable
Верно?
могут подписаться точно так же, как и на обсервабл
S
могут подписаться точно так же, как и на обсервабл
Можно пример? чтобы понять где юзать то где то
AD
Singular
Можно пример? чтобы понять где юзать то где то
сабджект юзать там, где нужно пропихивать что-то извне (на деле очень мало кейсов для использования)
очень часто его можно заменить на самописный обсервабл
например:
- из WS сообщения прокидывать в сабджект
- события кликов на кнопку
очень часто его можно заменить на самописный обсервабл
например:
- из WS сообщения прокидывать в сабджект
- события кликов на кнопку
S
Короче вся полезнкость сабжектов, в том что у него есть onNext метод, и благодаря этому можно последовательно выполнять задачи и передавать их в нужные Observer.
А Observrable все разом делает, когда к нему кто - то подписывается.
Так?
А Observrable все разом делает, когда к нему кто - то подписывается.
Так?
AD
нет, совсем не так
S
та блин(
AD
сабджект - это тот же обсервабл, но в который можно что-то закинуть извне через offer метод (или onNext мб, не помню уже)
S
Ну я это и написал вроде
AD
Singular
Ну я это и написал вроде
нет, ты что-то про последовательное написал, а оно одинаково работает
S
сабджект - это тот же обсервабл, но в который можно что-то закинуть извне через offer метод (или onNext мб, не помню уже)
Я кажется понял. Subject это некий Callback, к которому если кто - то подписан, то при вызове onNext получает эти данные, если нет то данные уходят в никуда. Некий клиент сервер
AD
Singular
Я кажется понял. Subject это некий Callback, к которому если кто - то подписан, то при вызове onNext получает эти данные, если нет то данные уходят в никуда. Некий клиент сервер
не нужно так усложнять, но если это помогает тебе понять - ок 🤷
АК
сабджект юзать там, где нужно пропихивать что-то извне (на деле очень мало кейсов для использования)
очень часто его можно заменить на самописный обсервабл
например:
- из WS сообщения прокидывать в сабджект
- события кликов на кнопку
очень часто его можно заменить на самописный обсервабл
например:
- из WS сообщения прокидывать в сабджект
- события кликов на кнопку
Куча кейсов где есть потоковые данные. или собственные эвенты. Стейтмашины. UI. MVI. Я кучу могу кейсов придумать.)
AD
Куча кейсов где есть потоковые данные. или собственные эвенты. Стейтмашины. UI. MVI. Я кучу могу кейсов придумать.)
и во всех можно обойтись без сабджекта) в части из них я бы вообще пару экзекьюторов предпочел)
S
А вот если использую ReplaySubject, то где данные хранятся? Разве это не затратно?
l
Singular
Корочи вся суть в том что, Сабжект это Observable который принимает ништяки, и затем через onNext выдает их. А в этот момент к нему еще могут приконектиться другие Observers.
Что нельзя сделать в Observable
Верно?
Что нельзя сделать в Observable
Верно?
суть в том что есть спека реактивных стримов. и в них есть просто паблишер, а есть процессор (трансформер в 9ке). и observable = publisher, subject = processor