Size: a a a

2019 November 19

VC

Vasili Chyrvon in RxPM
Ты про то, что бывает лишний переход на main когда событие и так на main уже?
источник

L

Leo in RxPM
Да-да, я вот в onBindViewHolder биндюсь и успеваю заметить, что данные обновляются на следующем кадре
источник

L

Leo in RxPM
Хотя он и так вызывается на главном потоке
источник

L

Leo in RxPM
Быстро скроллим == видим устаревшие данные на секундочку
источник

L

Leo in RxPM
В инете много обсуждений, что в каких-то особых кейсах такая штука может привести к непредсказуемому поведению, потому в rxandroid они это не завезли
источник

L

Leo in RxPM
Но для нашего кейса самое то
источник

L

Leo in RxPM
источник

L

Leo in RxPM
Типа такого
источник

VC

Vasili Chyrvon in RxPM
А ты на 100 уверен, что если подписаться без observeOn(main) в твоем кейсе точно будет все ок? Пробовал без bindTo подписаться для проверки?
источник

VC

Vasili Chyrvon in RxPM
В смысле есть гарантия что оно?
источник

L

Leo in RxPM
Да, проверял
источник

L

Leo in RxPM
И с новым шедулером все работает
источник

VC

Vasili Chyrvon in RxPM
Leo
Хотя он и так вызывается на главном потоке
А не проблема ли у тебя, что где-то до того как события прилетают к onBind у тебя уже стоит observeOn(main)?
источник

VC

Vasili Chyrvon in RxPM
Или ты прям делаешь state("hello world") и замечаешь задержку?
источник

L

Leo in RxPM
Проверю и отпишусь тут, спасибо)
источник

VC

Vasili Chyrvon in RxPM
Давай, спасиб!
источник

L

Leo in RxPM
Да, все подтвердилось
источник

L

Leo in RxPM
Делаю условный state("hello world") и вижу лаг
источник

L

Leo in RxPM
Но оговорюсь: у меня своя "сборка" либы)
источник

L

Leo in RxPM
Так что не могу знать наверняка, будет ли у вас повторяться такое, но по логике должно
источник