Телеграмм чат группы android

но напрямую менять состояние VM выглядит не очень, имхо. Так будет соблазн менять из разных мест, а в случае с методами, ты можешь делать проверку ДО установки значения во Flow

Но в любом случае значения флоу во вьюмодели будет меняться, что c afterTextChanged, что через collect.

источник

14:03пожаловаться #4

Bauyrzhan Galmzhanss... in Android KZ

Такой подход я вот в этой статье подсмотрел. Хочу попробовать.

Хабр

Реактивные приложения с паттерном RxPM. Прощайте MVP и MVVM

Уже продолжительное время я размышляю над паттерном RxPM и даже успешно применяю его в «продакшене». Я планировал сначала выступить с этой темой на Mobius, но пр...

источник

14:04пожаловаться #5

Janibek Marshal in Android KZ

Bauyrzhan Galmzhansson

Там под капотом в textChanges() есть вот такое:

awaitClose {
removeTextChangedListener(listener)
}

Я вот на это все соблазнился.

Плохо пользоваться методами, у котого под капотом скрывается неочевидно )

источник

14:04пожаловаться #6

МБ

Медет Бакиев... in Android KZ

не, ну вы конечно заморочились)

источник

14:05пожаловаться #7

Bauyrzhan Galmzhanss... in Android KZ

Janibek Marshal

Плохо пользоваться методами, у котого под капотом скрывается неочевидно )

В активити и фрагменте с lifecycleScope самая дичь творится, и ничего. К тому же я потом в собственную библиотеку перенесу используемые методы, там уже и опишу по вкусу и очевидности.

источник

14:06пожаловаться #8

Bauyrzhan Galmzhanss... in Android KZ

Но согласен, что похоже на оверхед, будто пушкой по воробьям стреляю.

источник

14:07пожаловаться #9

Bauyrzhan Galmzhanss... in Android KZ

Я же хочу с флоу побыстрей и ближе познакомиться, а другого варианта я не вижу, как усложнять себе задачу.

источник

14:08пожаловаться #10

Janibek Marshal in Android KZ

Ну тогда зачем тебе ViewModel совмещать еще с RxPM из той статьи?