[Перевод] Почему следует использовать RxJava в Android – краткое введение в RxJava
Мы продолжаем знакомить вас с нашим издательским поиском, и хотели прозондировать общественное мнение на тему RxJava.
В ближайшее время собираемся опубликовать более общий материал по реактивному программированию, которое нас также интересует не первый год, а сегодня предлагаем почитать о применении RxJava в Android, так как именно на этой платформе особенно важна динамичность и быстрота реагирования. Добро пожаловать под кат
В большинстве приложений Android мы реагируем на действия пользователя (щелчки, смахивание, т.д.), а тем временем в фоновом режиме идет какая-то другая работа (сетевая).
Оркестровка всех этих процессов — сложная задача, любой код рискует быстро превратиться в бесформенную кашу.
Например, не так просто послать по сети запрос к базе данных, а после его выполнения сразу начать одновременно выбирать и пользовательские сообщения, и настройки, а после завершения всей этой работы вывести приветственное сообщение.
Именно в таких случаях как нельзя кстати будет RxJava (ReactiveX) — библиотека, позволяющая соорганизовать множество действий, обусловленных определенными событиями в системе.
Работая с RxJava, можно будет забыть об обратных вызовах и адском управлении глобальным состоянием.
Почему?
Вернемся к нашему примеру:
послать по сети запрос к базе данных, а после его выполнения сразу начать одновременно выбирать и пользовательские сообщения, и настройки, а после завершения всей этой работы вывести приветственное сообщение.
Если разобрать эту ситуацию подробнее, найдем в ней три основных этапа, причем все три происходят в фоновом режиме:
- Выбрать пользователя из базы данных
- Одновременно выбрать пользовательские настройки и сообщения
- Скомбинировать результаты обоих запросов в один
Чтобы сделать то же самое в Java SE и Android, нам бы потребовалось:
- Сделать 3–4 различные
AsyncTasks - Создать семафор, который дождется завершения обоих запросов (по настройкам и по сообщениям)
- Реализовать поля на уровне объектов для хранения результатов
Уже понятно, что для этого требуется управлять состоянием, а также задействовать некоторые механизмы блокировки, существующие в Java.
Всего этого можно избежать, работая с RxJava (см. примеры ниже) — весь код выглядит как поток, расположенный в одном месте и строится на базе функциональной парадигмы (см. здесь).
Быстрый запуск в Android
Чтобы получить библиотеки, которые, скорее всего, понадобятся вам для проекта, вставьте в ваш файл build.gradle следующие строки:
compile 'io.reactivex: rxjava:1.1.0'
compile 'io.reactivex:rxjava-async-util:0.21.0'
compile 'io.reactivex:rxandroid:1.1.0'
compile 'com.jakewharton.rxbinding:rxbinding:0.3.0'
compile 'com.trello:rxlifecycle:0.4.0'
compile 'com.trello:rxlifecycle-components:0.4.0'
Таким образом будут включены:
- RxJava — основная библиотека ReactiveX для Java.
- RxAndroid — расширения RxJava для Android, которые помогут работать с потоками в Android и с Loopers.
- RxBinding — привязки между RxJava и элементами пользовательского интерфейса Android, в частности, кнопками Buttons и текстовыми представлениями TextViews
- RxJavaAsyncUtil — помогает склеивать код Callable и Future.
Пример
Начнем с примера:
Observable.just("1", "2")
.subscribe(new Action1() {
@Override
public void call(String s) {
System.out.println(s);
}
});
Здесь мы создали Observable, который сгенерирует два элемента — 1 и 2.
Мы подписались на observable, и теперь, как только элемент будет получен, мы выведем его на экран.
Некоторые детали
Объект Observable — такая сущность, на которую можно подписаться, а затем принимать генерируемые Observable элементы. Они могут создаваться самыми разными способами. Однако Observable обычно не начинает генерировать элементы, пока вы на них не подпишетесь.
После того, как вы подпишетесь на observable, вы получите Subscription (подписку). Подписка будет принимать объекты, поступающие от observable, пока он сам не просигнализирует, что завершил работу (не поставит такую отметку), либо (в очень редких случаях) прием будет продолжаться бесконечно.
Более того, все эти действия будут выполняться в главном потоке.
Расширенный пример
Observable.from(fetchHttpNetworkContentFuture())
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Action1() {
@Override
public void call(String s) {
System.out.println(s);
}
}, new Action1() {
@Override
public void call(Throwable throwable) {
throwable.printStackTrace();
}
});
Здесь наблюдаем кое-что новое:
- subscribeOn (Schedulers.io ()) — благодаря этому методу Observable будет выполнять ожидание и вычисления в пуле потоков ThreadPool, предназначенном для ввода/вывода (Schedulers.io ()).
- observeOn (AndroidSchedulers.mainThread ()) — благодаря этому методу, результат действия подписчика будет выполнен в главном потоке Android. Это требуется в случаях, когда вам нужно что-то изменить в пользовательском интерфейсе Android.
- Во втором аргументе к .subscribe () появляется обработчик ошибок для операций с подпиской на случай, если что-то пойдет не так. Такая штука должна присутствовать почти всегда.
Управление сложным потоком
Помните сложный поток, описанный нами в самом начале?
Вот как он будет выглядеть с RxJava:
Observable.fromCallable(createNewUser())
.subscribeOn(Schedulers.io())
.flatMap(new Func1>>>() {
@Override
public Observable>> call(User user) {
return Observable.zip(
Observable.from(fetchUserSettings(user)),
Observable.from(fetchUserMessages(user))
, new Func2, Pair>>() {
@Override
public Pair> call(Settings settings, List messages) {
return Pair.create(settings, messages);
}
});
}
})
.doOnNext(new Action1>>() {
@Override
public void call(Pair> pair) {
System.out.println("Received settings" + pair.first);
}
})
.flatMap(new Func1>, Observable>() {
@Override
public Observable call(Pair> settingsListPair) {
return Observable.from(settingsListPair.second);
}
})
.subscribe(new Action1() {
@Override
public void call(Message message) {
System.out.println("New message " + message);
}
});
В таком случае будет создан новый пользователь (createNewUser ()), и на этапе его создания и возвращения результата в то же самое время продолжится выбор пользовательских сообщений (fetchUserMessages ()) и пользовательских настроек (fetchUserSettings). Мы дождемся завершения обоих действий и возвратим скомбинированный результат (Pair.create ()).
Не забывайте — все это происходит в отдельном потоке (в фоновом режиме).
Затем программа выведет на экран полученные результаты. Наконец, список сообщений будет приспособлен еще в один observable, который будет выводить сообщения поодиночке, а не целым списком, причем каждое сообщение будет появляться в окне терминала.
Функциональный подход
Работать с RxJava будет гораздо проще, если вы знакомы с функциональным программированием, в частности, с концепциями map и zip. Кроме того, в RxJava и ФП очень похоже выстраивается обобщенная логика.
Как создать собственный observable?
Если код становится в значительной степени завязан на RxJava (например, здесь), то зачастую вам придется писать собственные observable, так, чтобы они укладывались в логику вашей программы.
Рассмотрим пример:
public Observable customObservable() {
return rx.Observable.create(new rx.Observable.OnSubscribe() {
@Override
public void call(final Subscriber subscriber) {
// Выполняется в фоновом режиме
Scheduler.Worker inner = Schedulers.io().createWorker();
subscriber.add(inner);
inner.schedule(new Action0() {
@Override
public void call() {
try {
String fancyText = getJson();
subscriber.onNext(fancyText);
} catch (Exception e) {
subscriber.onError(e);
} finally {
subscriber.onCompleted();
}
}
});
}
});
}
А вот похожий вариант, не требующий выполнять действие строго в конкретном потоке:
Observable observable = Observable.create(
new Observable.OnSubscribe() {
@Override
public void call(Subscriber subscriber) {
subscriber.onNext("Hi");
subscriber.onCompleted();
}
}
);
Здесь важно отметить три метода:
- onNext (v) — отправляет подписчику новое значение
- onError (e) — уведомляет наблюдателя о произошедшей ошибке
- onCompleted () — уведомляет подписчика о том, что следует отписаться, поскольку от данного observable больше не поступит никакого контента
Кроме того, вероятно, будет удобно пользоваться RxJavaAsyncUtil.
Интеграция с другими библиотеками
По мере того, как RxJava становится все популярнее и де-факто превращается в стандарт асинхронного программирования в Android, все больше библиотек все в большей мере интегрируются с ней.
Всего несколько примеров:
Retrofit — «Типобезопасный HTTP-клиент для Android и Java»
SqlBrite — «Легкая обертка для SQLiteOpenHelper, обогащающая SQL-операции семантикой реактивных потоков.»
StorIO — «Красивый API для SQLiteDatabase и ContentResolver»
Все эти библиотеки значительно упрощают работу с HTTP-запросами и базами данных.
Интерактивность с Android UI
Это введение было бы неполным, если бы мы не рассмотрели, как использовать нативные UI-элементы в Android.
TextView finalText;
EditText editText;
Button button;
...
RxView.clicks(button)
.subscribe(new Action1() {
@Override
public void call(Void aVoid) {
System.out.println("Click");
}
});
RxTextView.textChanges(editText)
.subscribe(new Action1() {
@Override
public void call(CharSequence charSequence) {
finalText.setText(charSequence);
}
});
...
Очевидно, можно просто положиться на setOnClickListener, но в долгосрочной перспективе RxBinding может подойти вам лучше, поскольку позволяет подключить UI к общему потоку RxJava.
Советы
Практика показывает, что при работе с RxJava следует придерживаться некоторых правил.
Всегда использовать обработчик ошибок
Пропускать обработчик ошибок таким образом
.subscribe(new Action1() {
@Override
public void call(Void aVoid) {
System.out.println("Click");
}
});
обычно не следует. Исключение, выбрасываемое в наблюдателе или в одном из действий будет выброшено исключение, которое, скорее всего, убьет вам все приложение.
Еще лучше было бы сделать обобщенный обработчик:
.subscribe(..., myErrorHandler);
Извлекать методы действий
Если у вас будет много внутренних классов, то через некоторое время удобочитаемость кода может испортиться (особенно если вы не работаете с RetroLambda).
Поэтому такой код:
.doOnNext(new Action1>>() {
@Override
public void call(Pair> pair) {
System.out.println("Received settings" + pair.first);
}
})
выглядел бы лучше после такого рефакторинга:
.doOnNext(logSettings())
@NonNull
private Action1>> logSettings() {
return new Action1>>() {
@Override
public void call(Pair> pair) {
System.out.println("Received settings" + pair.first);
}
};
}
Использовать собственные классы или кортежи
Бывают случаи, в которых некое значение определяется другим значением (например, пользователь и пользовательские настройки), и вы хотели бы получить оба этих значения при помощи двух асинхронных запросов.
В таких случаях рекомендую использовать JavaTuples.
Пример:
Observable.fromCallable(createNewUser())
.subscribeOn(Schedulers.io())
.flatMap(new Func1>>() {
@Override
public Observable> call(final User user) {
return Observable.from(fetchUserSettings(user))
.map(new Func1>() {
@Override
public Pair call(Settings o) {
return Pair.create(user, o);
}
});
}
});
Управление жизненным циклом
Зачастую бывает так, что фоновый процесс (подписка) должен просуществовать дольше, чем активность или фрагмент, в котором (которой) он содержится. Но что если результат вас уже не интересует, как только пользователь покинет активность?
В таких случаях вам поможет проект RxLifecycle.
Оберните ваш observable вот так (взято из документации) и сразу после его разрушения выполнится отписка:
public class MyActivity extends RxActivity {
@Override
public void onResume() {
super.onResume();
myObservable
.compose(bindToLifecycle())
.subscribe();
}
}
Заключение
Конечно, это далеко не полное руководство об использовании RxJava в Android, но, надеюсь, смог вас убедить, что в некоторых отношениях RxJava лучше обычных AsyncTask.
Комментарии (2)
Fen1kz
4 августа 2016 в 12:58
0↑
↓
Имхо, в примерах стоит использовать лямбды с типами. Вместо
return new Action1писать
return ((Pair4 августа 2016 в 13:32
+3↑
↓
Сколько можно этих кратких введений? Каждый месяц по паре статей на протяжении года. Думаю все кому надо уже «ввелись», и можно вещать о продвинутом использовании либы.
