Size: a a a

ReactiveX - русскоговорящее сообщество

2021 April 26

A

Aleksandr in ReactiveX - русскоговорящее сообщество
И они будут содержать разные данные?

Если да, то почему руками не можете вернуть?
источник

EG

Evgeny GooDi in ReactiveX - русскоговорящее сообщество
 healthCheckApi.healthCheck()
                               .doOnComplete {
                                   Single.error(throwable)
                               }
                               .doOnError {
                                   enableSystemOnError()
                               }
                               .onErrorResumeNext {
                                  Single.error(MyException())
                               }
источник

EG

Evgeny GooDi in ReactiveX - русскоговорящее сообщество
пробую так, но не то
источник

A

Aleksandr in ReactiveX - русскоговорящее сообщество
Если честно, то не совсем уверен, что у вас конвертация completable future в single происходит верно
источник

EG

Evgeny GooDi in ReactiveX - русскоговорящее сообщество
на данный момент код не работает (
источник

l

lenar in ReactiveX - русскоговорящее сообщество
completable.toObservable.swithIfEmpty.onErrorResumeWith
источник

EG

Evgeny GooDi in ReactiveX - русскоговорящее сообщество
в чем отличие
val singleSource: SingleSource<out Nothing> = Single.error(throwable)
val singleSource1: SingleSource<Throwable> = Single.error(throwable)
?
источник

PE

Pavel Erokhin in ReactiveX - русскоговорящее сообщество
тем что Nothing тип который в прямом смысле описывает НИЧЕГО
источник

PE

Pavel Erokhin in ReactiveX - русскоговорящее сообщество
То есть этот титп говорит о том, что программа его никогда не вернет и завершиться с кодом -1
источник

PE

Pavel Erokhin in ReactiveX - русскоговорящее сообщество
Он возвращается только когда используешь оператор throw
источник

PE

Pavel Erokhin in ReactiveX - русскоговорящее сообщество
Throwable это конкретный тип описывает конкретные объекты и их поведение, его и надо использоавть
источник
2021 April 27

I

Ivan in ReactiveX - русскоговорящее сообщество
Всем привет.

Есть вот такое
val sharedObs = getObservable()
 .subscibeOn(Schedulers.io())
 .distinctUntilChanged()
 .share()

Нужно ли, когда я подпишусь на sharedObs вызывать .subscribeOn(Schedulers.io()) ?

sharedObs
 .subscribeOn(Schedulers.io()) // или это избыточно?
 .map {}
 .other {}
 .observeOn(AndroidShedulers.mainThread())
 .another {}
источник

l

lenar in ReactiveX - русскоговорящее сообщество
избыточно. только первый subscribeOn отрабатывает. остальные пропускаются
источник

NS

Nikolay Stepanchenko in ReactiveX - русскоговорящее сообщество
Не стоит вводить людей в заблуждение.
если ты будешь устанавливать второй subscribeOn, он не будет пропускаться
https://m.habr.com/ru/company/rambler_group/blog/280388/
источник

NS

Nikolay Stepanchenko in ReactiveX - русскоговорящее сообщество
Но в вашем случае второй вызов subscirbeOn избыточен
источник

l

lenar in ReactiveX - русскоговорящее сообщество
> Как видим, применение второго subscribeOn не привело ни каким изменениям.
источник

I

Ivan in ReactiveX - русскоговорящее сообщество
@ga11ean @kx330
спасибо, но странно, вроде как у меня в логах показывается, что .map {} выполняется в мэйне, но я вскоре получше продебажу
источник

NS

Nikolay Stepanchenko in ReactiveX - русскоговорящее сообщество
Прочитай чуть ниже
источник

l

lenar in ReactiveX - русскоговорящее сообщество
а пример с lift это уже ручная трансформация потоков. тут уже можно наворотить и самому много чего, без шедуллеров
источник

l

lenar in ReactiveX - русскоговорящее сообщество
ниже лифт
источник