VC
импровизируй)
Size: a a a
2020 February 06
V
импровизируй)
да, спасибо. я чего то думал, что это просто колбек и onbackpressed вызываться будет
2020 February 11
i
Всем добрый вечер) почему не вызывается OnBackPressedCallback? вроде все как надо сделал, а он не хочет, помогите пожалуйста, целый день вожусь
V
Всем добрый вечер) почему не вызывается OnBackPressedCallback? вроде все как надо сделал, а он не хочет, помогите пожалуйста, целый день вожусь
Покажи как сделал )
2020 February 12
i
i
В MainActivity сделал такое, просто по другому не смог. Как думаете что можно поменять? А то мозгов только на try{}catch{} хватило)) (это из серии моего первого вопроса)
E
В MainActivity сделал такое, просто по другому не смог. Как думаете что можно поменять? А то мозгов только на try{}catch{} хватило)) (это из серии моего первого вопроса)
Есть же is, аналог instanceof и не будет try catch. Прикинь если тебе прийдется несколько фрагментов обрабатывать какая портянка будет. Мб поискать решение как обработать onbackpressed в фрагменте
i
Evgeniy
Есть же is, аналог instanceof и не будет try catch. Прикинь если тебе прийдется несколько фрагментов обрабатывать какая портянка будет. Мб поискать решение как обработать onbackpressed в фрагменте
Воо, is, как раз то что надо, спасибо)) По поводу backpressed во фрагменте, то есть способ согласно официальной документации, но он у меня не работает(пред последний скрин). Проверял в дебаге, там стек заполнен как надо, но при нажатии назад удаляется предпоследний элемент у стеке🤦🏼♂️ как это работает не пойму
2020 February 13
LC
Юзал кто Deeplinks с Navigation Component ? Где вы чекаете на наличие аргументов. Если это сделать в onViewCreated то если открыть следующий фрагмент и вернутся назад то аргументы всё ещё будут там.
2020 February 14
Y
Всем привет. Кошерно ли использовать трансформации LiveData во фрагменте?
Y
тут с коллегой спор вышел, он за то чтобы это делать только во ViewModel
n
тут с коллегой спор вышел, он за то чтобы это делать только во ViewModel
Я поддерживаю это мнение.
Y
тут случай такой, были 2 livedata, в какой-то момент во фрагменте нам пришлось их объединить, потому что UI может отображать данные если в обоих есть данные
получается это нужно делать во ViewModel?
т.е. изменения UI влекут за собой изменения во ViewModel
а если завтра мы решим что нам уже не нужно объединять эти стримы...
получается это нужно делать во ViewModel?
т.е. изменения UI влекут за собой изменения во ViewModel
а если завтра мы решим что нам уже не нужно объединять эти стримы...
n
тут случай такой, были 2 livedata, в какой-то момент во фрагменте нам пришлось их объединить, потому что UI может отображать данные если в обоих есть данные
получается это нужно делать во ViewModel?
т.е. изменения UI влекут за собой изменения во ViewModel
а если завтра мы решим что нам уже не нужно объединять эти стримы...
получается это нужно делать во ViewModel?
т.е. изменения UI влекут за собой изменения во ViewModel
а если завтра мы решим что нам уже не нужно объединять эти стримы...
Ну так на то и *View*Model. Подразумевается что вью максимально тупая и 1 в 1 отображает вью модель.
A
тут случай такой, были 2 livedata, в какой-то момент во фрагменте нам пришлось их объединить, потому что UI может отображать данные если в обоих есть данные
получается это нужно делать во ViewModel?
т.е. изменения UI влекут за собой изменения во ViewModel
а если завтра мы решим что нам уже не нужно объединять эти стримы...
получается это нужно делать во ViewModel?
т.е. изменения UI влекут за собой изменения во ViewModel
а если завтра мы решим что нам уже не нужно объединять эти стримы...
я тут мимо проходил
а нельзя сделать те 2 livedata и 3 который будет как эти 2 объединённых во ViewModel
а нельзя сделать те 2 livedata и 3 который будет как эти 2 объединённых во ViewModel
A
а во вью юзать можно то что нужно на данный момент
Y
не слишком ли все это сложно, только изза того что UI немного изменился?
а если были написаны тесты на ViewModel, придется и их менять
а если были написаны тесты на ViewModel, придется и их менять
A
сделать так чтоб старые 2 оставались неизменными, 3ий получался из них и это никогда это больше не трогать ;D
n
не слишком ли все это сложно, только изза того что UI немного изменился?
а если были написаны тесты на ViewModel, придется и их менять
а если были написаны тесты на ViewModel, придется и их менять
С такой логикой можно вообще все во вью писать. Нет вью модели - не будут и тесты на нее ломаться)
T
С такой логикой можно вообще все во вью писать. Нет вью модели - не будут и тесты на нее ломаться)
😁👍