IK
поллинги и соккеты не так уж часто и юзаются. а когда и юзаются, то один-два на приложение. Основная масса - одноразовые запросы в сеть/базу
можно их превратить магическим flatMap-ом в бесконечные, что будет приятнее выглядить
Size: a a a
2017 March 15
AP
поллинги и соккеты не так уж часто и юзаются. а когда и юзаются, то один-два на приложение. Основная масса - одноразовые запросы в сеть/базу
Вот именно, не согласен про 90% бесконечных стримов
IK
провайдишь канал данных, в модели flatMap и возвращаешь
AP
Оки, тогда используй Single
Ну как бы да в принципе
IK
тогда к чему вообще вопрос про отписки ? Отписываешься когда происходит тот или иной эвент жц
AP
провайдишь канал данных, в модели flatMap и возвращаешь
Вернемся к Composite disposable )))
AP
Как на onComplete отписать убрать оттуда законченный?
А
тогда к чему вообще вопрос про отписки ? Отписываешься когда происходит тот или иной эвент жц
Ушел запрос в сеть при медленном интернете. Пользователь решил ответа не дожидаться, ушел с екрана. Вот тут ручная отписка и пригодилась
А
Здесь даже событие будет не onComlete() а onDispose()
IK
Ушел запрос в сеть при медленном интернете. Пользователь решил ответа не дожидаться, ушел с екрана. Вот тут ручная отписка и пригодилась
я выше написал ровно то же самое общими словами
IK
жц эвенты отлавливаем и отписываемся, когда понадобится
А
Как на onComplete отписать убрать оттуда законченный?
Зачем? Они там не сильно и мешают. Или у тебя их реально много?
AP
Зачем? Они там не сильно и мешают. Или у тебя их реально много?
Вообще нет, но получаетсЯ зависимость
AP
Чем больше нвкликал, тем больше там диспосаблов лежит
IK
Нужно сделать много больше тысячи кликов чтобы хотя-бы напрячь приложение, да при том оставаться все это время на одном(sic!) экране
IK
невозможный кейс
AP
невозможный кейс
теоретически возможный
AP
монкей раннер может )))
AP
С помощью эспрессо можно напрячь кликами)
IK
угу, а еще на хаскелле под андроид писать можно