Вот, например, есть LocalDataSource, RemoteDataSource и репозиторий, который, используя стратегии, решает откуда тянуть данные? Это же разные вещи, или я не прав?
Ошибся при написании, вопрос был только один: датасорс и репозиторий это разные по смыслу и функциональности элементы архитектуры или нет?
Интересно, а можно ли объединять use-case. Например, внутри одного выполнить другой и обработать результат?
т.е. если api выдаст 1000 результатов в поиске, то recyclerview 1000 итемов подгрузит? или там кейс с ограниченной выдачей?
не сравнивали по скорости и памяти с бинарными форматами? Например, cbor, protobuf, flatbuffer
А разве плохо строить гибкую и масштабируемую архитектуру, где каждый компонент занимается своими обязанностями?
с покрытием тестами как дела?
а результаты без пагинации выдаются клиенту?