из хранилища, и обычный адаптер для списка. нужно в списке показывать данные, отобранные по определенным критериям. и вот тут возникает непонятка. с одной стороны варианты отбора могут быть разными, и вешать это на поставщика данных не кажется разумным. с другой стороны, иначе адаптеру придется знать и уметь работать со специфическими методами составления запросов, зависящими и от модели данных и от типа хранилища (например room, realm, retrofit и т.д.). делать у поставщика данных отдельный билдер запросов, это городить монстра, поддерживающего сложный огород вложенных условий, для пары-тройки адаптеров тоже не хочется. может есть какие-то готовые шаблоны, или советы?:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
Для такого же обычно используют Repositoty? Он получает данные и уже потом к нему можно пристроить класс, например Interactor, который будет реализовывать преобразование данных в нужный вид и связать это все интерфейсами
UseCase
хелпер звучит абстрактно и то что будет шариться между всеми. не то, чтобы ты не можешь шарить интерактора или юзкейса, но вообще обычно тип на 1 юзкейс пишешь юзкейс) на другой другой
не надо делать God обджектов из них. маленькие юзкейсы самое то. само слово за себя говорит - юз кейс.
Это задача в том числе и поставщика данных. Если у тебя бд, то будешь использовать механизмы бд для фильтрации и т.д
Обсуждают сегодня