Сервис как компонент android-приложения это не отдельный процесс и не отдельный поток. Если ОС решит избавиться от всего процесса — его сервисы тоже будут убиты (правда при старте сервиса с флагом Foreground вероятность смерти процесса почти нулевая).
Но а что если вам нужно получить какие-то данные, на основе них что-то записать в БД и, например, записать что-нибудь в файлик?
Если размер данных, которые нужно получить, не очень велик, то можно выполнить запрос тем же volley. Для загрузки большого количества данных есть свои механизмы (SyncAdapter, DownloadManager, что-нибудь еще) и тут не поможет ни volley, ни любой другой рест-клиент, ни асинктаски или их обёртки. Запись в бд или файлик на основе этих данных — это уже другая операция и реализуется в зависимости от выбранных механизмов работы с бд. Нетворкинг тут уже ни при чем.
Вы правы в том, что андроид может убивать активити, но это не значит, что запущенные из активити таска или тред тоже будут убиты, они будут висеть в памяти пока не закончат свою работу. Проблема в том, что вернуть результат будет уже некуда, т.к. активити уже убита. Прелесть volley в том, что можно хранить очередь запросов в контексте приложения (не активити) и если юзер уйдет из активити, запущенный запрос будет отработан и помещен в кеш. Когда юзер развернет прилож и стартанет эту же активити, запустится тот же самый запрос, но он сразу вернет закешированный результат
Однажды наткнулся на програмку PdaNet (она для раздачи интернета с девайса на комп) и обнаружил, что во время установки её windows-клиента можно выбрать Unknown среди девайсов и нужные драйверы поставятся сами. С тех пор я ставлю таким образом драйверы для DNS планшетов, телефонов от Highscreen и всяких Xperia. Быстрый и удобный лайфхак :)
Послушайте, но Вы ведь сами решили пользоваться gmail и пикассой и при регистрации аккаунта соглашались с этим. Вы можете выбрать другой сервис, если этот Вас не устраивает. Но в случае с АНБ, как я понимаю, никто никакого согласия не давал и выбора не предоставлял.
Вот в точности такое же впечатление. Через несколько дней после начала разработки своей игры понял, что бОльшую часть времени я трачу не на код, а на просмотр/прочтение туториалов по Gimp, рыскание по порталам для инди-разработчиков, чтение гайдлайнов по созданию логотипов и т.п.
Однако, скорый релиз для меня оказался больше демотиватором, чем мотиватором. Когда уже прикручивал рейтинги и ачивки, где-то в голове мелькала мысль «это все околоигры, неважно, давай запаблишим прямо сегодня», поэтому последнее сделал абы как.
более того, он вообще не гарантирует доставку сообщения. Впрочем как и APNS (afaik)
Если размер данных, которые нужно получить, не очень велик, то можно выполнить запрос тем же volley. Для загрузки большого количества данных есть свои механизмы (SyncAdapter, DownloadManager, что-нибудь еще) и тут не поможет ни volley, ни любой другой рест-клиент, ни асинктаски или их обёртки. Запись в бд или файлик на основе этих данных — это уже другая операция и реализуется в зависимости от выбранных механизмов работы с бд. Нетворкинг тут уже ни при чем.
Retrofit для клиент-серверного взаимодействия (+ кеширование из коробки)
Как-то это неправильно :)
Однако, скорый релиз для меня оказался больше демотиватором, чем мотиватором. Когда уже прикручивал рейтинги и ачивки, где-то в голове мелькала мысль «это все околоигры, неважно, давай запаблишим прямо сегодня», поэтому последнее сделал абы как.
2012: Steam. ПК-геймеры платят за игры, в которые никогда не играют.
тоже баш