в идеале
2. UseCases/Interactors - это описание функциональности приложения? То есть то, что оно вообще может делать, я правильно понимаю?
3. Какую логику должен содержать интерактор, а какую entity в таком случае
Если по канону про модели данных, то так: 1. в домене должны быть модели данныых, которые отдают репозитории 2. в дата слое должны быть свои DTO для сервера и для базы данных (желательно разные) и конвертер из них в модели данных домена. 3. в презентейшене можно смело использовать доменные модели Про UseCases - это про бизнес-логику: если у вас вся логика приложения - это скачай и отобрази - то класс пустой-прокси. А если логика “для юзера с правами доступа покажи много данных, для юзера без прав - подбери мало” - то вот это вот и надо делать в домене, хотя иногда можно и в презентере - не канонично, зато просто) Интерактор и entity - сложный вопрос. Иногда разные интеракаторы имеют между собой одинаковый кусочек логики. Вот этот повторяющийся кусочек можно выделить в entity и переиспользовать между разными интеркаторами
репо может отдавать entity или это должно быть что то отдельное?
Обсуждают сегодня