Я про то что лучше так не делать
А локально брать вьюхи в тех функция где они нужны
Не объявлять их полями

Нууу, это смотря с чем сравнивать. findBiewById не всегда быстрый.

или просто этот метод так и оставить?

типа такое что-то нужно ?
"UPDATE media SET name = :name, description = :description," +
       " uri = :uri, text = :text, media_type = :mediaType" +
       " WHERE id = :id"
или это

Dao
@Query("UPDATE cards SET cardSortorder = :sortOrder WHERE cardId = :sortId")
void updateSortorder(int sortOrder, int sortId);

Доброй ночи
Такая ситуация: всё делаю по MVVM. Из репозитория у меня торчит несколько LiveData списков, которые получает viewModel, и отдаёт во View, которая на них подписывается, и дальше передаёт адаптеру RecyclerView. Так получается, что мне было-бы удобнее обработать списки, сделать из них один, и в адаптер уже передавать этот трансформированый список
Как по мне, лучше всего это делать во ViewModel. Но тогда прийдётся вешать в нём лисенер изменений списков в репозитории, и в нём делать и возвращать во View трансформированый список
Скажите, нормально ли во ViewModel вешать лисенеры на LiveData? Или это делается исключительно во View?

Всем привет!
Подскажите пожалуйста, если я передам второй активности объект Parcelable, а потом изменю значения полей, в первой активности изменения этого объекта появятся?

Нет

Всем привет.
Вопрос про workmanager.
One time work request будет ли retry после ребута или это как поведение отдельно взятого  сервиса после ребута которому нечего повторять ?

retry будет в случае неудачного выполнения, а причем тут ребут?

Задача отправить опр данные на сервер если есть интернет, если был ребут девайса сразу же. Вопрос именно про  one time
Интересует только поведение

если тебе интересно сохранится ли задача после ребута - да, можно за это не переживать, она выполнится рано или поздно.

какая разница, в доке по WorkManager описано что он отвечает за сохранение запланированных событий при рестарте системы

Я не про глобальные.
Глобальными нельзя делать ничего и никогда.

Как тебе больше нравится, оба технически верные, можешь ещё 3 метод сделать для богатства @Insert(onConflictStrategy.REPLACE).

Наверное проще юзать апдейт с @Query , мне ж нужно по айди апдейтнуть клиента

Update работает по уникальнопу айди.