LastAdaper + небольшие экстеншны к нему и можно забыть про слово адаптер в 90% случаев.

Любой подход не идеален 🙂

В xml просто логику пихать не надо и будет норм

ее там и нет

Зачем вам код в хмл?

UID Data же

какой код

у нас нет ни одной тернарной операции даже в xml

только привязка

Я не говорю что есть, это в общем

Приведу пример, допустим мне нужно разные drawable для иконки, тогда UIData элемент будет провайдить мне уже drawable, а не какие-то условия.

То есть вся логика UI запихана в обычные Kotlin Data классы.

Конкретика:
- Была задача показывать аватарки пользователей, было условие что если нет аватарки не показываем просто ничего (пустое место)
- Потом сказали, что надо батенька показывать плейсхолдер, причем если мужчина то один, а если женщина то другой.

В XML ничего не поменялось, т.к. оттуда уже получали готовый drawable.

Я не пропагандирую, это в рамках беседы по обмену опытом. Некоторые в принципе против Data Binding.

😉

мне МВВМ нравится, но не с гугловыми биндингами)

MVVM топ

я до сих пор недоумеваю от холивара относительно показа диалогов

100500 людей которые не могут SingleEmitter написать 🤦‍♂️

а что за холивар насчет диалогов?

MVVM (точнее LiveData) в самом начале вызвал бурю емоций относительно того, что если у тебя сдохнет View, то при повторном соединении диалог покажется/не покажется в зависимости от того, это DialogFragment или Dialog.

Люди любят обсуждать (холиварить).

Я тоже так умею.

Привет @terrakok. Можно где-то найти тот пример с motion layout, который ты на девфесте показывал? По ссылке из видео 404.

Элементарно же