NI
но это может быть опасно и получить null
Size: a a a
2020 February 05
AP
вообще, очень хотелось бы хранить это во вьюмодели
NI
любое хранение таких классов может быть плачевным для приложения поскольку может вызвать утечку и в конечном счете ANR
FL
Нужно понять где хранить ссылку на адаптер?
FL
Или где хранить класс адаптера?))
NI
насколько я правильно понял необходимо получить контекст
NI
для того чтоб его передать в класс модель
AP
Nick Ivantsov
насколько я правильно понял необходимо получить контекст
и хранить, обновлять его в случае переворота экрана
FL
Я беру контекст из application который всегда живет пока живет приложение.
EC
вообще, очень хотелось бы хранить это во вьюмодели
А контекст библиотеке для чего нужен? Она инициализируется с ним? Либо просто в каком то методе он нужен?
NI
брать контекст приложения как вариант но насколько я понял его не желательно использовать
NI
ну и в целом это тоже чревато утечкой памяти
AP
Evgeny Cherkasov
А контекст библиотеке для чего нужен? Она инициализируется с ним? Либо просто в каком то методе он нужен?
Клиент создаётся с контекстом, для возврата результата через onActivityResult
AP
Я попробую апликейшнконтекст, почитаю, норм ли практика засовывать его во вьюмодель
MI
Можно же наследовать от AndroidViewModel, который требует Application
NI
Можно же наследовать от AndroidViewModel, который требует Application
+
MI
Само существование этого вроде говорит что так можно :)
EC
Я попробую апликейшнконтекст, почитаю, норм ли практика засовывать его во вьюмодель
его не надо засовывать, есть AndoridViewModel, который предоставляет контекст приложения
NI
Само существование этого вроде говорит что так можно :)
ну такое
FL
Nick Ivantsov
ну и в целом это тоже чревато утечкой памяти
А как оно утечет app всегда один и если app умер контекст нам 100% не понадобится и ссылка на контекст в любом случае так не потечет. Этож не активити