Я хочу лучше понять, как структурировать приложение для Android, где действие срабатывает при вызове API (например).
В настоящее время я реализую его, поместив вызов API в подкласс AsyncTask, передав ему ссылку на активность, чтобы он мог обновите пользовательский интерфейс в onPostExecute. Но я чувствую, что это создает слишком связанный код.
Мне интересно, вместо этого я должен поместить вызов API в service и использовать BroadcastReceiver, чтобы обновить активность.
Что скажете вы, AsyncTask или BroadcastReceiver?
Я обычно следую примеру . У меня есть сильное подозрение, что так работает официальное приложение Twitter и что это шаблон, используемый большинством приложений Google. Это также решает проблему, когда ваше приложение уходит (убивается или уходит в фоновом режиме) до завершения задачи или если телефон переключает конфигурацию во время фоновой задачи.
BroadcastReceiver и обслуживание здесь накладные расходы. Запрос на веб-сервис не должен длиться долго. Служба подходит в случае загрузки файлов или чего-то подобного.
Путь AsyncTask здесь правильный. Но я предлагаю вам показать диалог прогресса, чтобы пользователь знал, что ваше приложение не зависает, но выполняет некоторую полезную работу.
См. пример здесь.
AsyncTask отлично. Единственное, о чем вам следует беспокоиться, - это ссылаться на вашу деятельность с использованием метода WeakReference, чтобы избежать всей активности, связанной с утечкой памяти. Это не слишком связанный код imo, если вы используете шаблоны наблюдателей или событий.
Я бы пошел с услугой только в том случае, если вызов займет много времени, так что пользователь может оставить приложение во время его завершения.
Я бы использовал AsyncTask, если задача достаточно коротка, чтобы она почти не проходила ANR, если она была выполнена в потоке пользовательского интерфейса.
(отказ от ответственности: я считаю себя новичком, и я ожидаю комментариев от более опытных людей)