Что за основной запрос? Тебе вообще все равно где получать. Возьми хоть в активити обращайся к хттп клиенту и передавай массив байтов в адаптер

просто архитектурно правильно обращаться к серверу через репозиторий слой

Товарищи, привет. Вопрос, может тут было: ищу книгу "Android. Программирование для профессионалов. 4 издание" Именно 4 издание
Не обязательно pdf, можно в лс ссылкой на сайт где купить бумажную версию, спасибо!

Это понятно
Сейчас попробую яснее выразить свою мысль

Стоит задача:
Загрузить список новостей. Мне в ответ приходит список из 100 элементов, в каждом из которых есть только ID картинки. Чтобы её получить, мне надо выполнить отдельный запрос на сервер. Так вот, кто должен быть инициатором загрузки картинки для каждого из элементов ViewHolder? ViewHolder, Presenter, Interactor, Repository? Если ViewHolder, то тут все очевидно как обновить даные. А вот если кто-то другой, то получится, что мне придется обновлять данные конкретного элемента по номеру в списке через notify. В случае с пагинацией боюсь этот метод может усложнить задачу.

зачем так усложнять? Загрузка картинки в адаптере в холдере - достаточно

так то тогда пишите еще сами библиотеку для загрузки картинки, если на то пошло) Уже все придумали - нужно просто пользоваться

Можно подроюнее как это сделать с использованием чистой архитектуры и RxJava? У меня нет ни картинки, ни URL для получения картинки, чтобы использовать стандартные средства. Мне нужно запросить картинку через POST запрос, ередав нужные параметры в тело и в Header. Без этого картинка не загрузится

А только потом я смогу получить набор байтов или URL ссылку, чтобы загрузить картинку через Glide

Тогда можно ещё до того как репозиторий выдаст данные сделать 2 запроса 1-для получения данных и 2 для получения картинок для моделей и объдинить их уже в модель которую отдаст репозиторий на уровень представления

а там уже как обычно

Тогда список будет долго грузиться. Картинки должны подгружаться асинхронно для каждого элемента по отдельности.

Привет, ктонибуть сталкивался с такой ошибкой must be INTERFACE. У меня ее выдает фрагмент и не понимаю в чем проблема, другой фрагмент таких ошибок не выдает.

Либо придется реализовывать DiffUtil, а цепочка на каждую загруженную картинку будет отдавать новые данные. В итоге одни и те же данные будут передаваться 100+ раз

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

ребят, подскажите пожалуйста куда копать, как  сделать чтобы recycler view мог прокручиваться и в горизонтальном и в вертикальном направлении одновременно (то есть наискось)

Никак, юзай скрол вью

Звучит как идея для новой библиотеки

А есть картинка?