это он знает про скоуп экрана.
2) репозиторий может быть каким угодно. Смысл в том, что на что бы репозиторий не завязался, интерактор всё равно будет с этим работать, не придётся даже ничего дописывать. Полиморфизм, ёптыть
Единственное, там должны быть контракты каких-то базовых операций, которые умеют делать все - мапы, флатмапы, джоины, вот это всё
3) считайте ShopRepository интерфейсом
1. Нет, не пойдет. Что если 2 контроллера могут триггернуть юз-кейс на выполнение операции? А согласно нашему бизнесс правилу, только одна такая операция может выполняться в один момент времени. А если оба презентера работают с независимыми подписками - вы либо получите скрытое состояние, где один контроллер неявно управляет другим, либо гонку данных. Бядааааа.... 2. Ну вы всеравно завяжитесь на некий стиль общения между репо и кейсом. Ркс собственно и репрезентит для вас некий протокол такого общения. И абстракцию над таким протоколом лично я считаю натягиванием совы на глобус. Хотя конечно я могу ошибаться. 3. Ну ясно, что у вас будет некий интерфейс между репо и кейсом. Однако это зависимость. Кейс зависим от репо. А депенденси рулл говорит нам о том, что этого не должно быть. Getaway - это внешний слой и наш домен вообще ничего о нем знать не должен.
Обсуждают сегодня