я:
1. храню корзину товаров.
2. храню список избранного
Мне нужно написать usecase, где я отображаю товары + появляется картинка, если он есть в избранном.
Логику поиска пересечения между двумя списками писать в data-слое или на уровне usecase? Сами usecases могут переиспользоваться на разных экранах? Или нужно делить их по пакетам: один экран- это набор моделей и usecases
"склеивание" двух списков конкретно в этом случае резонно делать в юзкейсе, да. Дата слой он по сути должен быть максимально тупой, это всего лишь реализация интерфейса взаимодействия с датасорсами (локальный, удаленный), принял данные — отдал данные. Всё! Однако не редко какие то медиаторы и синхронизаторы пишутся в дата слое, которые связывают локальные и удаленные данные. То есть домейн слой не должен знать каким образом ты формируешь данные для него. ты главное отдай по запросу с определенными параметрами. Это лежит на ответственности дата слоя. Юзкейсы можно и НУЖНО переиспользовать. Если взглянуть на весь проект в общем сверху, то станет понятно. что юзкейсы в проекте очень напоминают методы в классах. Ты каждый раз их вызываешь один и тот же метод, но в разных местах, когда они тебе нужны. Я часто даже пишу юзкейсы. которые использую в других юкзейсах. Группировать по пакетам есть смысл, но не по экранам, а по фичам, или хотя бы по типам данных. Например тебе нужно получить список товаров в двух разных экранах для двух абсолютно разных задач, при этом юзкейс один и тот же. Нет абсолютно никакого смысла писать два одинаковых юзкейса для разных экранов. Тогда вся их суть теряется.
1 Логику поиска нужно писать в слое domain, data слой должен иметь базовую логику своего исполнения. 2 могут переиспользоваться на разных экранах , как и сами экраны. 3 Хранить по пакетам имеет право на существование как раз к нему подключаются те которые вы переиспользуете , что называется композиция
Обсуждают сегодня