Size: a a a

Android Developers

2021 February 19

AL

Andrei Legan in Android Developers
vorobyoff
Касательно биндинга, смотри, ты его создал в фэктори, после создании ты передал его во вьюмодель, все.
Активити умерла, конфиг сменился, ты что делаешь? У тебя в вм старый биндинг, не новый, ты его скорее все все делаешь мутабельным и открытым, все это не vm, а херь какая-то, те при каждом повороте надо обновлять его поле, чего вообще быть не должно
после onDestroy умирает и ViewModel
источник

v

vorobyoff in Android Developers
Ля, иди доки покури
источник

AL

Andrei Legan in Android Developers
vorobyoff
Ля, иди доки покури
а когда она умирает тогда я по слайду чтото вот из доков не пойму
источник

v

vorobyoff in Android Developers
5 сек после
источник

v

vorobyoff in Android Developers
То есть не сразу
источник

v

vorobyoff in Android Developers
Те спецом есть это окно на всякие изменения конфига
источник

v

vorobyoff in Android Developers
Насколько я помню
источник

JF

Jorik Fat in Android Developers
Andrei Legan
после onDestroy умирает и ViewModel
ViewModel умирает в onCleared()
источник

JF

Jorik Fat in Android Developers
Andrei Legan
а когда она умирает тогда я по слайду чтото вот из доков не пойму
Вы документацию читали?
или просто внимательно смотрели на картинку?
источник

AL

Andrei Legan in Android Developers
ну ок , значит binding там не храню, допустим логично конфиг поменялся нужно перебиндить
2) Все данные я храню в нутри модели, следовательно и логику их запроса я реализую там ? Ну тоесть всякие репозитарии коннекты к базе данных подымаю в этом классе и работаю уже тут же , или отдельно еще нужно создать набор классов аля сервисы для реализации бизнес логики ?
источник

JF

Jorik Fat in Android Developers
Andrei Legan
ну ок , значит binding там не храню, допустим логично конфиг поменялся нужно перебиндить
2) Все данные я храню в нутри модели, следовательно и логику их запроса я реализую там ? Ну тоесть всякие репозитарии коннекты к базе данных подымаю в этом классе и работаю уже тут же , или отдельно еще нужно создать набор классов аля сервисы для реализации бизнес логики ?
это напрямую зависит от потребоностей
источник

NM

Nick Marchuk in Android Developers
Andrei Legan
ну ок , значит binding там не храню, допустим логично конфиг поменялся нужно перебиндить
2) Все данные я храню в нутри модели, следовательно и логику их запроса я реализую там ? Ну тоесть всякие репозитарии коннекты к базе данных подымаю в этом классе и работаю уже тут же , или отдельно еще нужно создать набор классов аля сервисы для реализации бизнес логики ?
Теоретически можно всё делать во вью+вьюмодель
Практически лучше добавить в данную связку ещё хотя-бы репозиторий
источник

AL

Andrei Legan in Android Developers
Jorik Fat
Вы документацию читали?
или просто внимательно смотрели на картинку?
ну вот документация , что там про это сказано , ни куя ... почти
https://developer.android.com/topic/libraries/architecture/viewmodel#lifecycle
источник

JF

Jorik Fat in Android Developers
можно написать Interactor'ы, Repositor'ии (опционально). Можно их не писать
источник

JF

Jorik Fat in Android Developers
LOOOOOOOOOOOL
источник

JF

Jorik Fat in Android Developers
там все детально описано
источник

AL

Andrei Legan in Android Developers
Nick Marchuk
Теоретически можно всё делать во вью+вьюмодель
Практически лучше добавить в данную связку ещё хотя-бы репозиторий
ну понятно репозитарий я добавил , работаю сразу из ViewModel с данными используя его ... и всю бизнес логику там же делаю ...
источник

JF

Jorik Fat in Android Developers
Nick Marchuk
Теоретически можно всё делать во вью+вьюмодель
Практически лучше добавить в данную связку ещё хотя-бы репозиторий
на счет репозитория поспорил бы, но Gateway точно нужен
источник

AL

Andrei Legan in Android Developers
Jorik Fat
там все детально описано
The lifecycle of a ViewModel
посмотри, 1 картинка и 2 абзаца текста ....  ну я хз детально ли это
источник

AL

Andrei Legan in Android Developers
ViewModel until the activity is finished and destroyed.
источник