да. В манифесте разрешения на чтение и запись

так нужно же сохранить что-то, а onPause должен отрабатывать быстро

На самом деле, делать "дорогое" сохранение при убивании активтит всё равно плохо. Сервисы/поток/асинктаск/... помимо успешного выполнения может выкинуть и ошибку, которую никто уже не обработает, и система буедт думать что данные успешно сохранились.

READ_EXTERNAL_STORAGE WRITE_EXTERNAL_STORAGE

да. В манифесте разрешения на чтение и запись

если версия дройда больше 6 ты еще в рантайме должен запросить

В идеале сохранение кэша надо делать в момент его изменения, до возврата пользователю управления, а не после закрытия экрана

@matrixd да ладно. Каждый раз при чтении/записи папки моего приложения я должен просить разрешение? Или это только для корня?

если версия дройда больше 6 ты еще в рантайме должен запросить

дополнительно для "STORAGE" после получения лучше ещё инициировать рестарт

@matrixd да ладно. Каждый раз при чтении/записи папки моего приложения я должен просить разрешение? Или это только для корня?

нет, раз запросить разрешение

@matrixd да ладно. Каждый раз при чтении/записи папки моего приложения я должен просить разрешение? Или это только для корня?

да, но если юзер разрешил тебе постоянно - его не будут спрашивать

почитай о Runtime Permissions

Хорошо, спасибо)

READ_EXTERNAL_STORAGE WRITE_EXTERNAL_STORAGE

Manifest.permission.READ_EXTERNAL_STORAGE это вот то что ты должен запросить в рантайме

вот так из pojo json модели(все поля как String) получать значения норм? int foo = Integer.parseInt("1234");

@matrixd благодарю)

А может есть кто, кто с tar.gz работал? Создал я тестовый проект, попарился, но распаковать архив у меня получилось. получаю нормальный поток через new TarArchiveInputStream(new GzipCompressorInputStream(in)); new GzipCompressorInputStream(in) говорит что это не gz файл. В чём я не согласен. in приходит нормально...

вот так из pojo json модели(все поля как String) получать значения норм? int foo = Integer.parseInt("1234");

добавь безопасности при парсинге int foo = Integer.parseInt("1234", defaultValue); или try { int foo = Integer.parseInt("1234"); } catch () { }

Но всякие крашлитики без посторонних процессов работают. Видимо, не часто процесс умирает

Так их задача –– не смерть активити поймать, а смерть потока, что они успешно и делают.

так вроде нет, .tar.gz –– это тар, сжатый гзипом.

А может есть кто, кто с tar.gz работал? Создал я тестовый проект, попарился, но распаковать архив у меня получилось. получаю нормальный поток через new TarArchiveInputStream(new GzipCompressorInputStream(in)); new GzipCompressorInputStream(in) говорит что это не gz файл. В чём я не согласен. in приходит нормально...

https://github.com/thrau/jarchivelib

дополнительно для "STORAGE" после получения лучше ещё инициировать рестарт

Есть другие разрешения, которые требуют рестарта процесса, или только STORAGE? (мы с тобой ещё смеялись над `System.exit(0)`)

Есть другие разрешения, которые требуют рестарта процесса, или только STORAGE? (мы с тобой ещё смеялись над `System.exit(0)`)

не сталкивался. а с этими до 7.1 проблема

не сталкивался. а с этими до 7.1 проблема

Спасибо.

Вот про сохранение данных интересная тема)

Сейчас запустил задачу из активити в новом потоке и она крутится и без активити

Сейчас запустил задачу из активити в новом потоке и она крутится и без активити

Процесс убьют вместе с потоком

Приложение в недавних тоже убрано?

@serbinigor спасибо, попробую)

После того как убираешь из последних уже жить не будет)

Когда последние чистишь то их процессы умирают

@serbinigor он не работает с потоками, кажется. Т.е. я не могу пихнуть ему InputStream.

читай доки на гх

Для чего нужен SparseArray? Какой кейс использования?

написано же в доках

@serbinigor можешь как-то точнее указать? в readme на gh я не вижу что бы он мог что-то подобное. По самой либе тоже ничего такого не вижу(

Для чего нужен SparseArray? Какой кейс использования?

https://www.youtube.com/watch?v=I16lz26WyzQ&index=30&list=PLWz5rJ2EKKc9CBxr3BVjPTPoDPLdPIFCE

Спасибо

пипец твоей зарядке

Но ведь если сервис запускать и в нем поток то мрет и то и то при очистке последних открытых

Александр, Здравствуйте

только если не касается оптимизации потребления

а проги типа BatteryCalibration (соре, но неукого спросить было)

Ну так поделитесь кто как пишет в БД?) При ситуации когда юзер что то жамкнул и тут же завершил приложушку

Ну так поделитесь кто как пишет в БД?) При ситуации когда юзер что то жамкнул и тут же завершил приложушку

Думаю, писать в БД можно в AsyncTask.

Я использую для этого Rx, но интересует именно сохранность данных и гарантированная запись в бд при ситуации(выбрал что то и тут же вышел из программы)

сервис мрет, поток мрет

если чистить последние

Так пока откроешь последние, пройдёт не менее 300 мс.

Нормальная вставка, которая длится более 100 мс, должна вызывать большие вопросы.

ну я вот понимаю) А клиент не очень)

специально записываю не все данные а только позицию дабы было меньше затрат на запись

ERROR: S client not available

Это что-то типа позиции скролла?)

Последнюю выбранную грубо говоря.

На ум приходит пока только одно

Я, допустим, прямо в onPause синхронно записываю ид открытого фрагмента в префы. Бесстрашный)

Это сервис перезапускаемый с интентом и при завершении задачи завершать сам сервис

Перезапускаемый == STICKY?

Получается последние открытие почистили, сервис перезапустится и потом сам себя закрыть должен

START_REDELIVER_INTENT

Аа, ок

но не уверен что все получится))))

Ща тестану)

Хм... Работает)

если не очистили последние то отработает и после очистки не перезапускается

если очистить тут же то перезапускается и отрабатывает

Можно чучуть кода? Интересно стало)

Кто нибудь знает какой плеер использовать, чтобы при скроллинге seek bar, в реальном времени отображались изменения на кране, при чем чаще чем посекундно. Не знаю даже как объяснить. Я сейчас на exoplayer реализовать, с вненшним сик баром, но на превью размазанное видео появляется при сильном движении

Можно чучуть кода? Интересно стало)

Блин кода то и нет практически. При дестрой активити я стартую сервис, внутри сервиса стартую новый Rx поток и в нем делаю запись. когда поток завершается то завершаю сервис

Господа, вопрос по поддержке стремного индусского кода. В проекте используется androidannotations - насколько оно живо и оправдано в нынешних реалиях? Не имел ещё дела с этой библиотекой. Велико желание проигнорировать её наличие и писать новый код без неё, но малоли это полезный инструмент.

Кто нибудь знает какой плеер использовать, чтобы при скроллинге seek bar, в реальном времени отображались изменения на кране, при чем чаще чем посекундно. Не знаю даже как объяснить. Я сейчас на exoplayer реализовать, с вненшним сик баром, но на превью размазанное видео появляется при сильном движении

Увы, ограничения IO.

Блин кода то и нет практически. При дестрой активити я стартую сервис, внутри сервиса стартую новый Rx поток и в нем делаю запись. когда поток завершается то завершаю сервис

А если активити прибивается без дестроя, например, при нехватке памяти?

А если активити прибивается без дестроя, например, при нехватке памяти?

ну вот тут нужно предусмотреть просто где стартовать сервис

Увы, ограничения IO.

Жаль :( Спасибо

Задача стояла именно если мы жамкнули и тут же вышли

Жаль :( Спасибо

А может я гоню и это возможно)