Все хорошо. Теперь в ShapeServerModel появился код цвета, который нужно перемапить в ColorEntity, репозиторий с ColorEntity тоже есть и он может вернуть ColorEntity по его id, но что делать, сделать ShapeRepo зависимым от ColorRepo, чтобы собрать ShapeEntity?
Если сущности хранятся отдельно, и зависимость идет по id - сделайте 2 разных репозитория, берети основной объект в первом, и по id его элементов - эти сущности в других репозиториях 2, 3, 4...
Задача в ShapeInteractor вернуть из ShapeRepo готовую ShapeEntity, уже собраную, внутри которой есть объект Color
так ничего не меняется, из предложенного мной. Собирайте сущность в репозитории
еще раз перечитал, получается вы предлагаете иметь зависимость в ShapeRepo на ColorRepo?
я не помню, могут ли зависить репозитории друг от друга
Я бы так и сделал. ColorRepo уже возвращает готовую, полностью обработанную (и при необходимости смапленную) сущность. Зачем дублировать эту логику в двух репозиториях.
не было речи про дублирование. Это вопрос про композицию/наследование
+ этого подхода в отсутствии дублирования кода
Я завёл речь о дублировании, в чём проблема? Датасурс возвращает голые данные, без какой-то обработки, которая почти всегда имеется на уровне репозитория.
я опираюсь на доводы этого утверждения
Обсуждают сегодня