Использует ли библиотека событий, например Otto или EventBus, рекомендуемый способ обработки отношений между действиями, фрагментами и фоновыми потоками

Шина событий и Otto не являются «рекомендованными способами» в руководстве для разработчиков Android, прежде всего потому, что они являются сторонними библиотеками для упрощения задачи. И я считаю, что Отто довольно новый, поэтому старые руководства, очевидно, не используют его.

Мне лично нравится Otto, я им пользуюсь, и пока у меня не было с ним никаких проблем. Но, конечно, это потому, что это подходило для моих вариантов использования.

У меня есть пример того, как я использовал Отто здесь.

РЕДАКТИРОВАНИЕ из будущего: если вам нужна шина событий, greenrobot/EventBus лучше чем Отто. Кроме того, в некоторых случаях вместо использования события вполне достаточно LiveData<T>. bus (который вместо того, чтобы посылать события кому-либо, отправляет только подписчикам).

Мне было интересно, когда дело доходит до обработки отношений между действиями, фрагментами и фоновыми потоками, чем подход шины событий отличается от подхода с сохраненным фрагментом?

Какие способы являются рекомендуемыми?

Я думаю, вы неправильно понимаете два понятия:

1) предотвращение повторного создания задачи при повороте устройства

2) отправка сообщений из потока в активность или из службы во фрагмент или...

Когда мы помещаем задачу внутрь фрагмента, мы просто не хотим запускать ее снова, если мы вращаемся. Также мы хотим получить от него результат, например, мы хотим обновить imageView, но если вы передаете imageView в асинтаск, а затем поворачиваете свое устройство, если вы сохраняете imageView как слабую ссылку, тогда ваш imageView становится нулевым после того, как действие уничтожено, и если вы сохраните его как сильную ссылку, вы пропустите активность. поэтому лучше поместить его внутрь фрагмента и сохранить представление как слабую ссылку, и если действие onCreate вызывается обновлением этой ссылки.

EventBus и Otto — очень хорошие библиотеки для отправки сообщений между любыми компонентами или потоками. вы можете использовать те или собственные решения для Android, такие как создание интерфейса или localBroadcastManager или обработчика.

чем подход шины событий отличается от подхода Retained Fragment?

Я не изучал их исходный код, но я думаю, что они создали объект одноэлементной очереди и хранят в нем ваши сообщения и удаляют его из очереди, чтобы передавать ваши сообщения своим слушателям.

Связь между простыми Activity и Fragment может быть легко установлена ​​разными способами, но самый элегантный способ — создать и использовать простой класс interface. Но для такого сценария, как активность, в которой размещен фрагмент, который показывает другие фрагменты с помощью viewpager, тогда этот дочерний фрагмент должен связаться с родительской активностью или фрагментом, именно здесь можно использовать EventBus, поскольку не будет способ, с которым вы можете общаться. EventBus следует использовать только тогда, когда нет другого способа отправить данные в другой класс.

EventBus как всегда лучший.

Otto больше не поддерживается.

По этой ссылке otto:

Этот проект устарел в пользу RxJava и RxAndroid. Эти проекты поддерживают ту же модель программирования, управляемую событиями, что и Otto, но они более функциональны и предлагают лучший контроль над потоками.

Если вам нужно руководство по переходу с Otto на Rx, эта запись — хорошее начало.