Как обрабатывать события отправленные EventBus-ом когда UI компонент Android находится на паузе?

Question

[Lolzman]

Здравствуйте,

Я несколько недель подряд нахожусь в погоне за идеальный архитектурой для android приложения.

Очень понравились следующие статьи:
www.mdswanson.com/blog/2014/04/07/durable-android-...
www.birbit.com/a-recipe-for-writing-responsive-res...

Как видите, в обоих постах взаимодействие и связь между компонентами android осуществляется с помощью Event Bus. (в одном случае EventBus от greendao, в другом Otto от square) . Единственным минусом обоих постов я считаю что нигде ни слово не сказано о том, как обрабатывать события которые были отосланы к Activity или Fragment, когда последние находились в состояние паузы.

Т.к. event bus необходимо отвязывать от ui компонентов в методе onPause(), получается что мы теряем event который им был отослан.

Не подскажите, каким будет наиболее прямолинейное и красивое решение этой проблемы?

Comments

[Lolzman]

Николай Павлов: все верно. К примеру у меня есть service который выполняет загрузку файла и диалог который отображает статус загрузки. И скажем пользователь заблокировал телефон во время загрузки (активити встала на паузу) и в этом время загрузка завершилась и service отсылает event активити о том что задача выполнена. А активити в этот момент не слушала, и соотвественно когда пользователь вернется обратно, автивити все еще будет показывать загрузку, хотя она уже давно завершилась

[Александр]

Lolzman: для такого сценария используйте sticky events

Answer 1

[Александр]

Sticky events должны помочь. EventBus хранит последний отправленный экземпляр sticky событий. Соответственно при старте активити/фрагмента можно запросить это событие и обработать.
Но так как хранится только последнее событие, получить целую последовательность пропущенных событий не удастся (если только они не разных типов и не были отправлены все как sticky). Вообще, если возникла такая необходимость, наверное стоит пересмотреть архитектуру приложения. EventBus не панацея - вполне может плохо подходить для каких-то задач...
P.S.: в своих проектах использую EventBus от greenrobot, так что всё вышесказанное относится к этой реализации.

Comments

[Lolzman]

Спасибо за ответ.

А какую тогда посоветуете реализовать архитектуру? Ту что посоветовал Virgil Dobjanschi на Google IO 2010?

[Александр]

Советовать ничего не буду, так как чтобы предложить решение нужно хорошо понимать задачу, которую нужно решить.
Но вообще-то не вижу проблемы в использовании EventBus. У меня в нескольких проектах используется для связи сервисов с UI и всё работает с sticky events, в UI всегда актуальное состояние вне зависимости от того когда пришло событие.
Если же нужно вести какой-то лог событий, тогда нужно использовать сервис и БД...

Answer 2

[StanKo]

А если не отвязывать EventBus в onPause(), а только уже в onDestroy()? Да, активити будет на паузе и не отобразит реакции интерфейсно, но отловить и обработать все равно можно будет, да хоть бы и в коллекцию событий закинуть.
PS Google сам заявляет что не стоит использовать их реализацию EventBus (которая в Guavа), поэтому лучше использовать greenrobot-овскую.

Comments

[Артем Вишневский]

Это может привести к различным проблемам (утечки памяти, NullPointerExceptions и т.д. ), т.к. вызов onDestroy() не гарантирован. developer.android.com/intl/ru/reference/android/ap...

Answer 3

[Dmtm]

нужен слой данных, независимый от UI,
UI берет данные только в data layer
EventBus рассылает только уведомления об изменении в данных, но не сами данные
т.е. если активность живая, то она берет значения в data layer по умолчанию, если во время жизни приходит уведомление, то обновляется из data layer,
если же активность перезапустилась, то уведомление конечно пропало, но данные все равно берутся из data layer