Ivansuper
Тогда в onPause?
Оно тоже не вызовется если закроется. Там просто килл процесса
Anonymous
Ivansuper
Но в целом, хм. А как мы уйдем в фон без onPause?)
Алексей
Ребята, вы чего, когда это система убивает приложение, если оно в FG?
Anonymous
Хотя да, активное приложение врядле грохнит
Алексей
Тиха. Мы мыслим критически
я тоже) Убитое в foreground приложение - это OOM или другой краш, на это никак нельзя заложиться. onStop по любому сработает)
Ivansuper
Ну вообще onStop вполне себе
Mike
смотрим колонку Kilable в таблице https://developer.android.com/reference/android/app/Activity
Ivansuper
я тоже) Убитое в foreground приложение - это OOM или другой краш, на это никак нельзя заложиться. onStop по любому сработает)
Я особо никогда не откладывал транзакции с бд на завершающие жизненные циклы, поэтому хз. Тут единственно правильного нет
Алексей
так по условию же не сказано, что оно в FG
в условии вообще ничего не сказано, дурацкий квиз)
Ivansuper
в условии вообще ничего не сказано, дурацкий квиз)
Квиз угадай намерения автора квиза
Anonymous
Anonymous
Вот говорится что надо в onPause. Хотя можно наверное в onStop до метода super.....но эт не точно
Александр
Спойлер, корретный ответ в этом квизе: 4.
Anonymous
@Ivansuper знач я правильно скзал
Олег
Исчезает кнопка в collapsingToolbarLayout, как можно ее оставить видимой?..
Олег
Олег
Когда сравнивается тайтл с стрелкой, она исчезает, хоть куда в макет ее не пихай
Anonymous
А вообще сохранять БД надо в сервисах. Без всяких onStop
Mike
Вот говорится что надо в onPause. Хотя можно наверное в onStop до метода super.....но эт не точно
Эт точно не. :) Системе всё равно, вызвался там супер или нет. Она не знает и не хочет знать.
Ivansuper
@Ivansuper знач я правильно скзал
Маладец. Только я все равно этому не верю. У меня вот на офф прошивке телефона какой то проприетарный таск киллер жил от бренда. Вот поди закладывайся на офф док
Александр
А вообще сохранять БД надо в сервисах. Без всяких onStop
Квиз то Джуниорский можно сказать, пощадити.
neikist
Вот говорится что надо в onPause. Хотя можно наверное в onStop до метода super.....но эт не точно
Вот только для onPause стоит приписка что только до android 3 система после него сразу могла прибить приложение, кто сейчас 3 андроид поддерживает?
Anonymous
Маладец. Только я все равно этому не верю. У меня вот на офф прошивке телефона какой то проприетарный таск киллер жил от бренда. Вот поди закладывайся на офф док
Кстати, тоже была мысль, что всякие крутые и популярные приложения могут иметь некий приоритет между другими. Всемирный заговор)
Ivansuper
ммм, у меня в некоторых библиотеках 11+ или 12+, просто потому что могу
Из за тебя народ не обновляет девайсы и мы страдаем. У тебя совесть есть?
neikist
А, не 10 и меньше
Александр
Аччивка "Вбросить" получена я щитаю :D
neikist
Андроид 3? да он вымер уже. Щяс 4 андроид там 5%
Дык я об этом же. Так что смело можно в onStop все делать. Хотя вообще работать с базой там да, такое себе решение
Ivansuper
Аччивка "Вбросить" получена я щитаю :D
Еще пара тройка холиваров и платина твоя
Ivansuper
Дык я об этом же. Так что смело можно в onStop все делать. Хотя вообще работать с базой там да, такое себе решение
Из под юая в базу да. По сей причине все делегируется фоновому потоку. А потоки киллер ждать не будет. Поэтому даже если пнуть сохранение в onPause, оно может не успеть. Как бы глупо не звучало
Anonymous
Дык я об этом же. Так что смело можно в onStop все делать. Хотя вообще работать с базой там да, такое себе решение
Написано же, onStop убивается. onPause не убивается. Таким образом в момент когда приложение грохается. onPause вызывается, на момент того что его убивают
Anonymous
Убийца Android :)
neikist
Написано же, onStop убивается. onPause не убивается. Таким образом в момент когда приложение грохается. onPause вызывается, на момент того что его убивают
Написано что после завершения метода на котором стоит killable yes в таблице, именно после завершения, а не в процессе, система может прибить приложение
Ivansuper
onPause же
Если бы у нас был метод isAboutToBeKilled то можно было бы прямо из юая. А так читай выше
neikist
Т.е. после завершения onStop как первого killable метода из жизненного цикла на современных андроидах
neikist
Из под юая в базу да. По сей причине все делегируется фоновому потоку. А потоки киллер ждать не будет. Поэтому даже если пнуть сохранение в onPause, оно может не успеть. Как бы глупо не звучало
Ну если речь об автоматическом сохранении изменений - я бы это после каждого изменения делал, возможно с версионированием вообще. Привязывать сохранение данных к сворачиванию (например) приложения вообще та еще идея
neikist
Ты плохо доки читаешь
Ну скинь тогда где я неправильно прочитал
Anonymous
Тут написано же все
Kirill
https://www.thedroidsonroids.com/blog/how-to-add-card-flip-animation-to-your-android-app Как можно сделать такую, анимацию, но чтобы во время аницации изображение не вылезало за пределы экрана
neikist
Тут написано же все
написано. Pre honeycomb. Т.е. до 10 апи включительно
Anonymous
Раньше приложение убивалось до onPause. Сейчас приложение убивается после onPause, тоесть onPause будет жить всегда
neikist
Никто в здравом уме 10 апи и ниже не поддерживает
Anonymous
Таким образом в onPause ты можешь писать логику
Anonymous
Но вообще лучше не стоит
Anonymous
Так как onPause вызывается каждый раз, когда фокус теряется....
neikist
После того как метод помеченный как killable вернет управление. А не до вызова метода или в процессе
neikist
Но вообще лучше не стоит
Вот с этим согласен, да.
Anonymous
В любом случае, ты не должен в onStop прописывать логику для сохранения локальных и интернет данных. Лучше запускать их в фоне если нужно их объязательно сохранить
neikist
Лучше вообще бизнес логику к жизненному циклу не привязывать
Anonymous
java.lang.NoSuchMethodError: No virtual method addDeltafListener(Lcom/vc/interfaces/DeltaLibListener;)V in class Lcom/vc/DeltaLib; or its super classes (declaration of 'com.vc.DeltaLib' appears in /data/app/.......... Как понять в чем ошибка? больше нет других сообщений....Проверил в студии данный метод есть....
Doston
с её помощью, не можешь достучаться до методов Android SDK
Anonymous
Тоесть проблема в либе?
Mike
рефлексию давно убрали.
Во-первых, нет. Во-вторых, это не она.
Андрей
Doston
Во-первых, нет. Во-вторых, это не она.
Ну то что, с помощью рефлексии невозможно достучится до методов Android SDK это точно. В d.android.com была статья об этом.
Doston
разве это похоже на метод Android SDK?
Согласен, моя вина) Не сильно вникся в стектрейс.
Beibut
объясните, пожалуйста, в чем профит AndroidViewModel? Для работы с ним мы передаем application class, который мы бы и в обычных вьюмодельках могли использовать для работы с context?
Mike
ни в чём, как и от гугловой ViewModel как таковой