Какова лучшая практика для Android BroadcastReceiver и фоновой практики Activity? - PullRequest
1 голос
/ 11 ноября 2011

Если намерение запускается с намерением получить конкретное действие, но задание находится в фоновом режиме, какова рекомендуемая наилучшая практика в этом сценарии?

Например, действие, возможно, вызвало длительный запрос входа в систему на удаленный сервер, обработанный IntentService.Во время длительного запроса на вход в систему активность отправляется в фоновом режиме.Поскольку BroadcastReceiver был зарегистрирован в Activity, он также находится в фоновом режиме.Процесс входа в систему завершается, но намерение сигнализировать об этом никогда не регистрируется BroadcastReceiver.

Должен ли я использовать ContentProvider для сохранения результата из IntentService и зарегистрировать Acitivty / UI для изменений?Если я воспользуюсь этим подходом, и действие будет в фоновом режиме, получит ли он обновления ContentProvider?

1 Ответ

1 голос
/ 12 ноября 2011

Если ваше приложение не выполняет только одно действие, состояние аутентификации (никогда не входило в систему, не входило в систему, время входа в систему истекло) должно находиться за пределами какого-либо одного действия. Находится ли это в статических элементах данных или в каком-либо постоянном хранилище, зависит только от вас и зависит от бизнес-правил.

Ваша деятельность просто запросит это состояние в onResume() (например, проверьте элемент статических данных).

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...