use-case (что и есть бизнес-логика), передает их (допустим) в networkGateway.
А конкретная реализация NetworkApi получает через конструктор репозитории и из них дергает Дополнительные данные, необходимые для данной конкретной реализации networkGateway.
Тогда репозитории отдают данные, интерактор использует gateway для взаимодействия с API, а все детали (и получение необходимых данных) скрыты в конкретной реализации интерфейса gateway, который может заменить другой реализацией.
Так получается?
Если брать мой пример выше, то для авторизации нам всегда нужен логин/пароль (а вот все остальное - проблемы взаимодействия с конкретным api)
не совсем) Интерактор собирает данные, необходимые для use-case Далее спускаемся в Репозиторий. Он инкапсулирует способ получения данных. В конкретной реализации он обращается к network API. В нашем случае, так как нужны еще какие-то конфигурационные данные для api, то можно добавить прослойку типа ConcreteAPIDecorator. Вот он получает данные сверху от Репозитория, добавляет конфигурационные, и уже делает запрос через netowrk API
Обсуждают сегодня