AC
YorkIsMine
я знаю, что можно через фабрики и by lazy инициализировать. Есть что-то еще? Просто мне по старинке было привычнее ViewModelProviders, не понимаю, почему их депрекейтнули
просто создай инстанс вместо ститики
Size: a a a
2020 April 01
Y
Arsen CeH9
смотря какой кейс, если нужно регулярно обновлять (на каждый резюм), то все норм, а если единоразовая инициализация, то ее можно сразу в init вьюмодели запустить, обсервер все равно подтянет только когда вью будет готова, не раньше
то есть если у меня например еще рефреш есть, то лучше использовать то, что делал?
Y
Arsen CeH9
просто создай инстанс вместо ститики
ститики?)
AC
YorkIsMine
то есть если у меня например еще рефреш есть, то лучше использовать то, что делал?
я к тому, что онРезюм может вызываться много раз за жизнь фрагмента\активити
AC
.of это статический метод же
AC
замени его на вызов конструткора ().
Y
Arsen CeH9
я к тому, что онРезюм может вызываться много раз за жизнь фрагмента\активити
я его и в onCreate пихал, все работало. Правда не знаю, что правильнее
AC
Arsen CeH9
замени его на вызов конструткора ().
ViewModelProvider(this, object : ViewModelProvider.Factory { ... })AC
YorkIsMine
я его и в onCreate пихал, все работало. Правда не знаю, что правильнее
в init вьюмодели вместо онкриейта
Y
хм, понял, спасибо
AC
а про онрезюм я выше написал - это вообще другой кейс, который должен быть обоснован потребностями бизнеса (тз)
Y
ну я вот лично не очень понимаю, что именно нужно писать в onStart/onResume. Можете привести пример какой-нибудь?
AC
YorkIsMine
ну я вот лично не очень понимаю, что именно нужно писать в onStart/onResume. Можете привести пример какой-нибудь?
а нужно ли? прочитай в доках ,когда срабатывает этот метод, и станет понтяно
AC
например при переходе на другой экран сработает онпауз, а при возвращении - резюм, тебе нужно обновлять данные в этом случае? - зависит от кейса
2020 April 03
MT
Замечаю, что последнее время все пишут архитектуру Android на mvvm. Я даже со своим другом спорил сегодня, он говорит, в России все до сих пор используют MVP. Хочу спросить, если вы перешли с MVP на MVVM, то почему? Либо почему остаетесь на MVP? Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
КР
Maxim Ternovtsi
Замечаю, что последнее время все пишут архитектуру Android на mvvm. Я даже со своим другом спорил сегодня, он говорит, в России все до сих пор используют MVP. Хочу спросить, если вы перешли с MVP на MVVM, то почему? Либо почему остаетесь на MVP? Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
Многие уже стараются на MVI/TEA (крч любой udf) переходить
AD
Maxim Ternovtsi
Замечаю, что последнее время все пишут архитектуру Android на mvvm. Я даже со своим другом спорил сегодня, он говорит, в России все до сих пор используют MVP. Хочу спросить, если вы перешли с MVP на MVVM, то почему? Либо почему остаетесь на MVP? Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
> Либо почему остаетесь на MVP?
не переписывать же проект на MVVM целиком)
> Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
да, костыль
не переписывать же проект на MVVM целиком)
> Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
да, костыль
MT
> Либо почему остаетесь на MVP?
не переписывать же проект на MVVM целиком)
> Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
да, костыль
не переписывать же проект на MVVM целиком)
> Также, спор насчет configChanges в манифест. Костыль или нет, что думаете?
да, костыль
окей, а если новый
MT
Многие уже стараются на MVI/TEA (крч любой udf) переходить
спасибо, почитаю
ЕК
Maxim Ternovtsi
окей, а если новый
Берёшь то, что душе угодно - MVP/MVVM/MVI/TEA/TelegraMP, пишешь проект, релизишь, правишь баги - всё как обычно, особой разницы нет.