Ребят, подскажите пожалуйста по архитектуре ORM Room и Recyclerview (в список надо вывести кол-во расхода и name статьи). Есть две сущности, например article, expenses. Одна живет в другой, связь one to many.
Есть ExpensesAdapter, который держит в себе данные и связь с вьюшками. Мне категорически не нравится то, что приходится доп. инфу тянуть из repository. Как тут быть?
п.с. в основном бэком занимаюсь, попутно залез в андройд, и наткнулся на проблему.
Выход я думаю ещё один есть, это делать общую сущность, которую заранее заполнять из dao, но думаю спросить.

Все верно, отдельная сущность для View, заполняете ее в другом потоке и потом выводить в главном.

получается, вполне нормально, что на каждый Recyclerview можно свой kotlin data класс делать и оперировать им?

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

личный проект... Но хочу всё четко делать сразу)

Парни, возник небольшой спор по поводу databinding. Есть viewmodel с тремя livedata с моделями и тремя livedata с событиями: исключение, прогресс и т.д. Я всегда в поле variable объявляю целиком viewmodel и в xml уже работаю с ее членами. Мне говорят что так не есть хорошо. Как по мне, то это идеальный вариант, но мне говорят что лучше прокидывать все эти модели  и состояния (булевый прогресс и т.д.) из viewmodel отдельно. Что скажете ?)

Парни, возник небольшой спор по поводу databinding. Есть viewmodel с тремя livedata с моделями и тремя livedata с событиями: исключение, прогресс и т.д. Я всегда в поле variable объявляю целиком viewmodel и в xml уже работаю с ее членами. Мне говорят что так не есть хорошо. Как по мне, то это идеальный вариант, но мне говорят что лучше прокидывать все эти модели  и состояния (булевый прогресс и т.д.) из viewmodel отдельно. Что скажете ?)

А какие аргументы в пользу что это не хорошо?

там тяжелый человек, аргументация не его конек )

там тяжелый человек, аргументация не его конек )

Парни, возник небольшой спор по поводу databinding. Есть viewmodel с тремя livedata с моделями и тремя livedata с событиями: исключение, прогресс и т.д. Я всегда в поле variable объявляю целиком viewmodel и в xml уже работаю с ее членами. Мне говорят что так не есть хорошо. Как по мне, то это идеальный вариант, но мне говорят что лучше прокидывать все эти модели  и состояния (булевый прогресс и т.д.) из viewmodel отдельно. Что скажете ?)

Да нет,это же норм вариант

Подскажите пжл., почему не происходит привязка элементов в фрагменте:

binding = DataBindingUtil.inflate(inflater, R.layout.fragment_main, container, false)

в макете есть  <include> с ссылкой на RecyclerView (xml)  по id rv. После байндинга rv все равно не определен