тому, кто вызвал этот usecase. Появилось требование, чтобы данные из сети загружались не чаще чем N минут и если время еще не истекло, тогда возвращать последние загруженные данные.
На каком уровне должна быть такая логика? DataSource или Repository или UseCase? Здесь я вижу конкретные требования со стороны бизнеса “не загружать данные чаще чем N минут”. Поэтому хочу добавить условие на проверку времени в usecase, т.к. это бизнес логика получается. При этом приходится сохранять ссылку на ранее загруженные данные внутри usecase, что выглядит не совсем верным. Хорошо, этот момент можно переделать, если убрать хранение этих данных в datasource и затем через методы repository получить ссылку на данные в usecase. Таким образом получится хранение данных в одном месте, логика в другом. В repository и datasource не будет никаких if условий.
Кто как такую задачу решает?
Звучит, будто описание данной библиотеки, если честно. Но я ее не пробовал, просто наткнулся недавно https://github.com/MobileNativeFoundation/Store
Обычно это логика кеша, можно назвать логика валидации кеша, я бы не тащил в UseCase, чтоб не смешивать ответственность. Очень легко в уме накинуть тест и сразу понятно что в вашем кейсе вы будете использовать 2 слоя минимум.
реализация загрузки - в DataSource, логика троттлинга выполняемых запросов - в repository. Из UseCase можно передавать этот параметр N, ну или функцию, которая возвращает поток чисел - минут, через сколько повторять запрос
Обсуждают сегодня