И там текст не совсем по центру будет из-за кнопки бутерброда. Придётся маргины добавлять или справа падинг

Насколько помню нет

Откуда тормозам уй взяться?

Я проверку готовности делаю загрузкой файла. В это время ui зависает на этапе закрытия navigation drawer. Затем вылетает alertdialog и пользователь может уже сам совершить выгрузить файла из-за чего ui снова тормозит и только после окончания всех действий и исчезновения alertdialog, показывается progressdialog

Да, немного поехавший, но хотел схалявить на данном этапе

думаю не очень хороший

Всем привет! Я решил начать учить джаву, учить буду в контексте разработки под Android. До этого опыт с джавой был лишь для решения задач на олимпиде

привет, Артур. Мои поздравления

Тимур, я думаю тебе надо на уровне application калбеки ловить

Решил для начала прочитать headFirst книгу по java и начать проходить https://developer.android.com/training/index.html А после headFirst Эккеля(егоначинал уже читать года 3 назад)

Вот это однофамилец, особенно когда в моей семье всех на А называли

подозрительно

Что за хед фест книга?

от O'Realy серия есть HeadFirst

там типо все с критнками и схемами, доступно корчое очнеь объясняется

я уже нашел могу кинуть

Давай

130мег ща загрузится

А ссыль на сайт можешь кинуть?

потому что не в бд надо а в бандл

что положешь в бандл в рамках запущенного приложения то и сможешь восстановить

это обычный юзкейс приложения

при перезагрузке апп будет убит

и не будет сохранения состояния

ты не прав)

представь ситуацию, когда твой апп скрывают, затем в другом аппе меняют ориентацию и возвращаются в твое

тогда у тебя все поля обнулятся

а это признак говнософта

нет, при перезагрузке это ясное дело никому не надо

сессия польования приложением завершается

сохранение состояния несет иной практический смысл

т.е. смахнет приложение чтоб оно закрылось?

в таких состояниях сохранять состояние не надо, представь что это банковский софт, смехнули на середине платежа приложение, просрали телефон

предлагаешь при след. запуске стартовать авторизованым?

в этом и есть смысл понятия "сессия пользования приложением"

в рамках сессии надо восстанавливать, за пределами - нет

нзчт

По-моему вы с самого начала друг друга не поняли, Тимур спрашивает нужно ли в бд сохранять данные в onPause, но не для сохранения состояния при, к примеру, смене ориентации а в принципе для записи измененных/ новых данных в бд

Ведь если их не записать в onPause в бд они могут потеряться ведь теоретически onResume может и не случится

Почему onResume может не вызываться?

В смысле полного выхода из приложения?

Почему onResume может не вызываться?

Точно не помню где, но несколько раз я встречал инфу что onStop может и не случится и твоя активити умрет после onPause

Ну если писать в бд сразу после изменения данных то в onPause действительно нет смысла их еще раз писать в бд

ERROR: S client not available

Я читал что нельзя делать запись в бд в onPause так как может тормозить UI, и такие операции нужно делать в onStop. А теперь оказывается онстоп не вызывается.

Значит надо создавать новый поток в onPause

Значит надо создавать новый поток в onPause

Насколько я знаю запись в бд вообще в интентсервисе кошернее всего организовывать

Ведь вместе с экстренной смертью активити или приложения и поток умрет не завершив работу

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

Api21 и выше умеют сохранять бандл даже после перезагрузки, там надо использовать другой onCreate с двумя параметрами

Ну можно же для API < 21 юзать обычный onCreate, а после другой

Да я тоже не знал, а до минимальной версии 21 еще жить и жить

Api21 и выше умеют сохранять бандл даже после перезагрузки, там надо использовать другой onCreate с двумя параметрами

ага добавили эту фишку, но мне вот вообще не понятно какая разница перезагрузили систему или система убила приложение. Они что не могли сохранять этот бандл на диск в системе и потом передавать его в OnCreate Обычный, а то зачем-то отдельный onCreate нагородили.

ага добавили эту фишку, но мне вот вообще не понятно какая разница перезагрузили систему или система убила приложение. Они что не могли сохранять этот бандл на диск в системе и потом передавать его в OnCreate Обычный, а то зачем-то отдельный onCreate нагородили.

Загадочная душа инженеров гугл )

Загадочная душа инженеров гугл )

наверняка есть на это причины, просто мне они не понятны. Инженеры гугл не дураки же )

Возможно на то были веские причины, или возможно там было такое "легаси" от андроид 2.3-4.х что проще было так сделать

Как сделать чтобы если стартуешь сервис с одной и той же задачей, то он не запускался бы и задача в очередь на выполнение не становилась, если эта же задача сейчас в сервисе запущена?

А где в сервисе или в активити?

А как под это дело выделить переменную: boolean isServiceUpdateRunning = true; и проверять ее, если уже работает, то ничего не делать и выходить из сервиса? А где я смогу ее проверить onCreate(), onStartCommand()? А если IntentService()?

это жизненный цикл сервиса. Я вызову 2 раза сервис StartService() из активити и дважды попаду в onStartCommand() и там и проверить по статической переменной работает сервис или нет над такой-то задачей. А переменная будет меняться из разных потоков это ок?

Есть метод проверяющий работает ли сервис. Нинужны никакие костыли со статиками

Если используешь Swipe to Refresh Layout. И обновляешь данные не по оттягиванию списка, а сам обновляешь данные при открытии или через какое-то время. Нужно ли рукми включать кружок обновления в Swipe to Refresh Layout'e и отключать - когда данные уже загрузились и список обновился?

Если используешь Swipe to Refresh Layout. И обновляешь данные не по оттягиванию списка, а сам обновляешь данные при открытии или через какое-то время. Нужно ли рукми включать кружок обновления в Swipe to Refresh Layout'e и отключать - когда данные уже загрузились и список обновился?

Лучше показать юзеру что в кишках что-то происходит

Есть метод проверяющий работает ли сервис. Нинужны никакие костыли со статиками

у меня есть intent service в который я передаю параметры, что ему нужно сделать (if add -> run Run function; if sync -> run Sync function) и данные. Но пользователь мог его пару раз вызвать, я сделал небольшую защиту, но это не очень надежно

Лучше показать юзеру что в кишках что-то происходит

Нормально: показать крутилку синхронизации, запустить сервис, сделать синхронизацию, кинуть локальный броадкаст, поймать его в активити, остановить крутилку синхронизации?