Sλ
Size: a a a
2019 November 08
K
Аминь
DM
Коллеги, такой вопрос. Почему адаптер для списка во viewModel это плохо?
Адаптер это часть view (детали реализации).
ツஇ
Адаптер это часть view (детали реализации).
Если использовать navigation из aac, то оно тоже часть view. Но логика по навигейшену обычно присутствует во viewModel. Как же быть, что делать??
K
адаптер на одном уровне с VM, это контроллер вьюхи.
D
Всем привет! Коллеги, кто хочет поделиться своим опытом с сообществом?
Будет идеально, если у вас есть навыки спикера, потому что сотрудничество предполагает подготовку и чтение докладов, проведение мастер-классов или полноценных обучающих курсов.
За подробностями в личку.
Всем хорошего дня!😉
Будет идеально, если у вас есть навыки спикера, потому что сотрудничество предполагает подготовку и чтение докладов, проведение мастер-классов или полноценных обучающих курсов.
За подробностями в личку.
Всем хорошего дня!😉
КР
Может я конечно хуйню спрошу, но а где может понадобится start fragment ... в нав контроллере?
Sλ
Может я конечно хуйню спрошу, но а где может понадобится start fragment ... в нав контроллере?
даже тут недавно спрашивали про это.
Как сделать start fragment for result в нав. компоненте
Как сделать start fragment for result в нав. компоненте
2019 November 09
K
а юзкейс не помнишь? Может люди просто не знают, что данные не через вьюху шарить нужно
Sλ
а юзкейс не помнишь? Может люди просто не знают, что данные не через вьюху шарить нужно
K
конкретно в активити onActivityResult все еще нужен, для плавных переходов между экранами. Результат можно и чере лайв даты всякие переслать, но к тому моменту вьюха уже уйдет с экрана, слишком поздно. Например A --> B, потом B.finish(), потом A --> C. Без activity result такая смена будет косячной, потому что на секунду увидишь скрин A на экране.
Sλ
конкретно в активити onActivityResult все еще нужен, для плавных переходов между экранами. Результат можно и чере лайв даты всякие переслать, но к тому моменту вьюха уже уйдет с экрана, слишком поздно. Например A --> B, потом B.finish(), потом A --> C. Без activity result такая смена будет косячной, потому что на секунду увидишь скрин A на экране.
Ну и ещё взаимодействие с системой и сторонними приложениями )
K
да.. ну, и он там прямо пишет, что не хочет VM использовать и писать "много кода". Т.е. явно будет данные бандлами между фрагментами кидать. А это зашквар в 2020-м
ST
да.. ну, и он там прямо пишет, что не хочет VM использовать и писать "много кода". Т.е. явно будет данные бандлами между фрагментами кидать. А это зашквар в 2020-м
С какого это перепуга?🤔
DV
Не всегда есть возможность объединить flow в один навигейшн граф, не всегда нужно передавать данные через общую активити. Иногда просто надо запустить фрагмент, он отработал и вернул результат. У меня были ситуации, когда это необходимо
КР
конкретно в активити onActivityResult все еще нужен, для плавных переходов между экранами. Результат можно и чере лайв даты всякие переслать, но к тому моменту вьюха уже уйдет с экрана, слишком поздно. Например A --> B, потом B.finish(), потом A --> C. Без activity result такая смена будет косячной, потому что на секунду увидишь скрин A на экране.
> onActivityResult для плавных переходов между экранами
🤔🤔🤔🤔🤔🤔
🤔🤔🤔🤔🤔🤔
AA
да.. ну, и он там прямо пишет, что не хочет VM использовать и писать "много кода". Т.е. явно будет данные бандлами между фрагментами кидать. А это зашквар в 2020-м
Лол, почему зашквар?
K
ну, я фигурально, сейчас же типа до андроида, спустя 10 лет, дошло, что неплохо бы в архитектуру. Разделение обязанностей и тд. Данные в моделях + dumb views. Вью в андроиде и так не сахар, поэтому, слава богу, люди хоть начали убирать из них логику и данные.