Господа, а что делать, если репозиторий должен иметь нетривиальную логику

Question

Господа, а что делать, если репозиторий должен иметь нетривиальную логику

(приложение не Android, но пытаюсь следовать принципам Clean Architecture)?

Может быть два класса репозитория для доступа к FTP-файлу (реализующих один и тот же интерфейс). Точнее метод обращается по HTTP-ссылке и получает ссылку на FTP-файл:

1. Все тривиально. Один сервер, я напрямую обращаюсь к нему и получаю локальную ссылку на файл. Из классов — только репозиторий.
2. Имеется список из нескольких серверов. Периодически я обновляю информацию о серверах, чтобы узнать самый менее загруженный, а так же сверяю, чтобы она была валидна. После чего в методе getFtpFile выбирается самый менее загруженный и от туда возвращается ссылка на файл. Для сверения информации этот репозиторий читает другие репозитории, имеет логику валидации и сравнения.

Вопрос: а куда, собственно, всю эту логику класть? Это же уже бизнес-логика! Да и как правильно подменить репозиторий — как сказать Dagger'y, что нужно отдавать репозиторий второго типа (тем более он может быть синглтонным репозиторием)?

#it #programming #russian #software

0

09.08.2017

1 ответов

10 просмотров

Alexander Blinov · Accepted Answer

Alexander Blinov

Тут надо для себя определиться, это всё таки бизнес логика или логика доступа к данным. А как вы решаете, какой из репозиториев использовать?

0

09.08.2017

214 похожих чатов

Господа, а что делать, если репозиторий должен иметь нетривиальную логику

1 ответов

Похожие вопросы