AK
Запрос к серверу можно обернуть в Rx, хотя бы для того, чтобы потоки удобно разрулить
Обычно парадигма запросов к серверу подразумевает только два колбэка - success и error
error - это когда сетевые проблемы, или сервер не отвечает (т.е. вполне подходит как onError в Rx)
если же сервер ответил, то его ответ идет в success (onNext в Rx) и там уже по содержимому ответа определяется дальнейшая логика
Так, например, работает Retrofit. Я о нем коротко рассказывал в Уроке 9 курса RxJava
Обычно парадигма запросов к серверу подразумевает только два колбэка - success и error
error - это когда сетевые проблемы, или сервер не отвечает (т.е. вполне подходит как onError в Rx)
если же сервер ответил, то его ответ идет в success (onNext в Rx) и там уже по содержимому ответа определяется дальнейшая логика
Так, например, работает Retrofit. Я о нем коротко рассказывал в Уроке 9 курса RxJava
Спасибо за быстрый ответ.
Делаю следуующий вывод на сегодня: rx не волшебная палочка на все случаи жизни.
Его нужно использовать более прицельно, там - где парадигма запросов/колбеков ложиться в rx.
Например, запросы к серверу, запросы к карте памяти (классы стореджи) и т.п.
С другой стороны, подключать rx в модуль с множеством послеусловий (колбеков) - часто неоправданно.
Делаю следуующий вывод на сегодня: rx не волшебная палочка на все случаи жизни.
Его нужно использовать более прицельно, там - где парадигма запросов/колбеков ложиться в rx.
Например, запросы к серверу, запросы к карте памяти (классы стореджи) и т.п.
С другой стороны, подключать rx в модуль с множеством послеусловий (колбеков) - часто неоправданно.
