2011-02-19 6 views
1

Я создал приложение, которое использует контекст приложения, чтобы обмениваться данными и запускать функции между действиями (или когда активность закрыта). У меня также есть BroadcastReceiver, который обрабатывает намерения, а также создает новые потоки для запуска общих функций, хранящихся в Контексте приложения. Поскольку все действия и приемник Broadcast могут получить доступ к Контексту приложений, позвонив по номеру this.getApplicationContext(), кажется, что это гораздо более простой способ запускать материал в фоновом режиме при совместном использовании данных и функций во всем приложении.В приложении для Android я могу использовать контекст приложения вместо службы сервиса?

Но у меня есть несколько вопросов: Есть ли недостатки в этом? Почему я хочу создать сервис, если это работает безупречно? (и до сих пор это было) Есть ли больший заряд батареи, делающий это таким образом в сравнении с сервисом?

ответ

1

Я думаю, что нет правильного ответа. Если механизм BroadcastReceiver работает нормально, тогда перейдите к нему. Нет необходимости в Сервисе. Лучше иметь BroadcastReceiver, чем иметь Сервис, который может долгое время простаивать, ожидая какого-либо события/действия. Мои 2 цента.

+0

На самом деле, никому нечего делать с другим - вы должны иметь BroadcastReceiver для обработки намерений в любом случае. Вопрос заключается в использовании контекста приложения вместо службы – user496854