Завязывая себя на активити вы лишаете себя такой вещи как кеширование, предзагрузка, да и гибкости в целом. Все библиотеки используют статический подход, что бы не требовать дополнительной инициализации в манифесте (для удобства пользователя либы). Лучше использовать класический подход Activity (pзапрос севису на загрузку и подписка на изменения Content Provider) -> Service (загрузка c изменением статуса в Content Provider). Это при условии что вы не хотите использовать библтотеки. Да и библиотеки в любом случае лучше использовать в сервисе, хотя статический подход библиотек дает им возможность отвязаться от жизненого цикла активити, предоставляя тот или иной механизм колбеков.
Для кеширования ответов с сервера лучше DiskLruCache использовать (если конечно он и не используеться), учитывая что в сетевые операция изначально заложены задержки.
Вам не кажеться что одна проблема вытекает из другой и количество потоков тут не причем (так как приходилось и с большим количеством работать, которые обрабатывали видео/аудио).
Вы кешируете каждый пчих в lru cache, который храниться в памяти (±32Мб — размер кеша). Вот и получаеться что чем больше потоков тем больше записи в lru cache, тем больше вызова GC после вытеснения, а вот GC умеет останавливает UI Thread и вам кажеться что это потоки тупят систему, а на самом деле вызовы GC в лучшем случае линейно зависят от количчества потоков.
Учитывая что вставка идет JSON, то это подразумевает Network операции, это тоже память, а если где то паралельно грузяться картинки (упаси в оригинальном размере), то не удевительно что у вас просто тупит приложение из за частого вызова GC. А ограничение в 4-е потока это просто приемлемый хак, но не решение проблемы.
Когда это уже закончиться, если телефон не рутован, то доступа к /data/data/* имеет только то приложение которое там установлено (в данном случае /com.google.android.location/). Делаешь рут, получаешь полный доступ к системе, и соответственно установленные тобой приложение получают такой же доступ.
с ссылками все нормально, просто он начали делиться на адекватные в виде официальных, на офф. сайты (в данном случае на Qik или Skype было бы уместнее) и неадекватных, подобно этой, которые ссылаются на посредника. Пусть интервью взято в основателей, но при чем тут хабр, если не выкладывать интервью здесь?!
Нужно проверить все четные и все гласные (1, 4), что бы подтвердить или опровергнуть утверждение.
В утверждении сказано что на обороте гласной — четное число, откуда взялось условие что на обороте четного числа должна быть гласная?
Как вариант — да, но в Android и других собитий полно.
Loaders полезны и их нужно использовать, но не для работы с сетью, как мне кажеться.
Вам не кажеться что одна проблема вытекает из другой и количество потоков тут не причем (так как приходилось и с большим количеством работать, которые обрабатывали видео/аудио).
Вы кешируете каждый пчих в lru cache, который храниться в памяти (±32Мб — размер кеша). Вот и получаеться что чем больше потоков тем больше записи в lru cache, тем больше вызова GC после вытеснения, а вот GC умеет останавливает UI Thread и вам кажеться что это потоки тупят систему, а на самом деле вызовы GC в лучшем случае линейно зависят от количчества потоков.
Учитывая что вставка идет JSON, то это подразумевает Network операции, это тоже память, а если где то паралельно грузяться картинки (упаси в оригинальном размере), то не удевительно что у вас просто тупит приложение из за частого вызова GC. А ограничение в 4-е потока это просто приемлемый хак, но не решение проблемы.
HTC Sense :)
а если серьезно, то кроме того что офф. — никакого.
В утверждении сказано что на обороте гласной — четное число, откуда взялось условие что на обороте четного числа должна быть гласная?
это не условие, а утверждение, которое надо опровергнуть.