🅵
вообще никак не можешь
Size: a a a
2021 March 29
🅵
а твоя фьюча заканчивается когда исходный стрим заканчивается, тобишь блок закрывается и все стейты его доходят
🅵
тоесть ты в 99,(9)% случаев не сможешь применить метод addStream у стрим контроллера блока
🅵
только если чото внутри там самому пердолить какойнить стрим контроллер, который будет работать через банальный add на каждый эвент
MS
А мы не можем смержить стримы, до передачи в блок, что бы использовать один addStream?
🅵
и еще надо будет где то функцию маппер указать
🅵
А мы не можем смержить стримы, до передачи в блок, что бы использовать один addStream?
а мердж стримов чем будет отличаться от банального метода add и почему внутри сразу этот метод add не использовать?)
🅵
тоесть это все просто не имеет смысла)
MS
Ну, а как ты стрим в add превратишь? Только если прослушивать его внутри блока
🅵
ну так только так и будет
🅵
чтоб чото кудато добавлять - ты должен это что то прослушивать
🅵
у стрмов вообще всего 1 метод - listen считай
🅵
А все остальные растут уже из него и являются тем или иным шоткатом к нему)
🅵
Сам попробуй:
Тебя только метод listen и попросят оверрайднуть)
class A extends Stream<int> {}Тебя только метод listen и попросят оверрайднуть)
🅵
все мерджи, все стрим трансформеры - это точно такая же подписка на стрим
🅵
создание нового стрим контроллера
🅵
добавление в него через add преобразованных элементов
MS
Хм, надо доработать, просто не очень круто как по мне то, что нужно в зависимостях другие блоки получать, и вручную управлять подпиской
🅵
Ну тебе надо еще тут кое что учесть
MS
Мапинг в любом случае будет, внутри целевого блока или вне него