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

тогда есть смысл конечно

Так поджо же всегда целый приходит в ответе?

Или по отдельным полям?

Как я скажу бекенд разработчику - так он и сделает.

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

Я на экране "список товаров" использую процентов 20, от жсона, который мне приходит

Спасибо

Не знаю. Всю жизнь грузил просто всё сразу и вообще не видел разницу в загрузке. Там же все равно на беке грузиться селектом вся строка, а потом просто выбираются отдельные поля и кидаются в респонс объект.

Можно ли остановить загрузку допустим на 30 процентах, закрыть приложение, а потом ее продолжить с 30 процентов? Если да то как? DownloadManager - java

Закрыть вплане убить? Или свернуть только?

Убить

Тогда надо с foreground service шаманить

Но надо будет показывать уведомление о том, что он работает.

Ребят, можете помочь решить проблему?
Мне надо кнопку "уже жду ответ" включать только, если имейл удовлетворяет регексу, есть хотя бы один символ в блоке "сообщение" и выбрана тема. Я знаю, что это можно сделать через MediatorLiveData, но если честно не очень представляю как. В принципе можно под каждый блок завести ливдату, и кидать туда значения тру/фолс, если что-то изменяется, но как потом учесть все три условия в медиатре? То есть мне надо что бы сразу 3 выполнялось, и в этом как раз таки проблема.

Парни, как отменить перенос кода когда он доходит до этой границы?

Здравствуйте
У меня есть горизонтальный RecyclerView который заполняется несколькими запросами. На данный момент там 4 элемента и чтобы заполнить его я должен сделать 4 запроса. Это список офферов. Офферы я должен отображать по новизне. Для этого я использую код ниже. Но у меня часто бывает такое, что самый свежий оффер добавляется в начало списка, но выходит за приделы экрана. И пользователю приходится скролить список влево, чтобы посмотреть свежий оффер в правом конце. Пример скриншота ниже. Как я могу исправить такое поведение?

fun itemAdd(num: Int, item: BaseOffer) {
       val index = findIndexToInsert(item)
       items.add(index, item)
       notifyItemInserted(index)
   }

   private fun findIndexToInsert(item: BaseOffer): Int {
       for ((index, value) in items.withIndex()) {
           if (value.getItemOrder() >= item.getItemOrder()) {
               return index
           }
       }

       return items.size
   }

Можно просто повесить слушателя на каждый едиттекст и внутри каждого проверять правильность данных (одним бул методом, например).

Да, но как проверять, что два остальных выполнены?