MI
Nick Ivantsov
ну такое
Согласен
Size: a a a
2020 February 05
MI
Можно не отправлять контекст, а просто заинжектить инстанс того класса, который за авторизацию отвечает
NI
А как оно утечет app всегда один и если app умер контекст нам 100% не понадобится и ссылка на контекст в любом случае так не потечет. Этож не активити
Это не полный Context, поддерживающий все, что Activityделает. Различные вещи, которые вы попытаетесь сделать с этим Context, потерпят неудачу, в основном связанные с графическим интерфейсом.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
AP
Можно же наследовать от AndroidViewModel, который требует Application
Ок, спасибо. Попробую
AF
Nick Ivantsov
Это не полный Context, поддерживающий все, что Activityделает. Различные вещи, которые вы попытаетесь сделать с этим Context, потерпят неудачу, в основном связанные с графическим интерфейсом.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
AF
Не совсем так
NI
Nick Ivantsov
Это не полный Context, поддерживающий все, что Activityделает. Различные вещи, которые вы попытаетесь сделать с этим Context, потерпят неудачу, в основном связанные с графическим интерфейсом.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
NI
Не совсем так
я зачастую использую appContex где только это возможно
FL
Nick Ivantsov
Это не полный Context, поддерживающий все, что Activityделает. Различные вещи, которые вы попытаетесь сделать с этим Context, потерпят неудачу, в основном связанные с графическим интерфейсом.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
Это может привести к утечкам памяти, если Contextfrom getApplicationContext()удерживает что-то созданное вашими вызовами, которые вы не очистите. С помощью Activity, если он что-то держит, как только Activityмусор соберется, все остальное тоже вылетает. ApplicationОбъект остается в течение всей жизни процесса.
То что не полный согласен. Но почему-то думаю его хватит или брать из презентер слоя но тогда каждый раз переинициализировать и хранить адаптер в этом слое чтобы не потекло. Нужно смотреть. Остально какой-то перевод непонятный)
AF
Nick Ivantsov
я зачастую использую appContex где только это возможно
Если используется DI, то это вполне стандартный подход
AF
По поводу контекста активити - почистится, если на обьект, ссылающийся на этот контекст нету больше ссылок. В ином случае мы получим не только утечку обьекта, но еще и активити не убьется
FL
По поводу контекста активити - почистится, если на обьект, ссылающийся на этот контекст нету больше ссылок. В ином случае мы получим не только утечку обьекта, но еще и активити не убьется
Потомучто подобные объектв должны храниться в активити и умирать с ней всегда)
AF
Было бы все так просто - таких бы чатиков не было :)
FL
А в чем сложность в данном случае?
AF
Да миллионы сложностей)
AF
Все они имеют решение конечно)
FL
Можно пример? Мне интересно, а то я не понимать (
AF
От прокинутого контекста «случайно» в какой-нить обьект, который должен жить дольше, до асинхронщины, которая может продолжиться вне активити скоупа. Проблемы об одном и том же конечно)
FL
Так тут вопрос в понимании архитектуры и жизненного цикла получается?
AF
Поэтому имхо, но аппконтекст для задач, не связанных с UI - меньшее из зол)