Android Volley custom Loader

[Gwindor]

А чем вам сервисы не угодили? Или это в целях эксперемента?

[app-z]

Вы предлагаете держать сервис в фоне и общаться с ним?
developer.android.com/guide/components/services.html
Поделитесь идеей подробнее

[Gwindor]

Завязывая себя на активити вы лишаете себя такой вещи как кеширование, предзагрузка, да и гибкости в целом. Все библиотеки используют статический подход, что бы не требовать дополнительной инициализации в манифесте (для удобства пользователя либы). Лучше использовать класический подход Activity (pзапрос севису на загрузку и подписка на изменения Content Provider) -> Service (загрузка c изменением статуса в Content Provider). Это при условии что вы не хотите использовать библтотеки. Да и библиотеки в любом случае лучше использовать в сервисе, хотя статический подход библиотек дает им возможность отвязаться от жизненого цикла активити, предоставляя тот или иной механизм колбеков.

[app-z]

Судя по вашей логике сама концепция Loaders's это эксперимент
Обмен с Cursor реализовать через ContentProvider и локальную базу данных. AsyncTaskLoader тогда тоже не нужен, все в Servis переносим

Кеширование Loader как раз позволяет реализовать
Предзагрузка, это в какой момент? После включения телефона? Loader можно запустить в Activity.onCreate

[Gwindor]

Предзагрузка, это в какой момент? После включения телефона?

Как вариант — да, но в Android и других собитий полно.

Loaders полезны и их нужно использовать, но не для работы с сетью, как мне кажеться.

[zagayevskiy]

Loaders — это для «коротких» загрузок. Общение с БД, загрузка больших файлов, etc.

[7voprosov]

Судя по вашей логике сама концепция Loaders's это эксперимент

У некоторых действительно возникают крамольные мысли относительно того насколько Loader-ы (ровно как и AsyncTask-и ) являются элегантным механизмом работы с асинхронными задачами.

[anton9088]

На robospice таких костылей нет)

[dev_troy]

Robospice из подобных костылей состоит =) Разница в том что ручками писать надо меньше.

[anton9088]

Там листенеры просто отсоединяются когда activity скрыта, поэтому результат в callback придет гарантированно между onResume — onPause