Примеры есть реализации ?

на андроиде

а чем она от реализации на iOS будет отличаться кардинально?)

ну я iOS не щупал, поэтому и спрашиваю, или не по дзену вопрошаю?

Как такового дзена нет) Не стоит архитектуру ради архитектуры использовать) Она должна решать какие-то проблемы или боли)

ну вот и хочется посмотреть пример, что бы понять боль )

VIPER - это Clean, с presentation на MVP + Router.

Соответсвенно подойдет, например, https://t.me/gitfox

Как считаете, нужно ли делать интерфейс для интерактора? И делаете ли вы так сами?

У меня в проекте в core модуле лежат чисто интерфейсы интеракторов и когда интерактор где-то нужен, то можно унаследовать core модуль, который довольно легковесный из-за того что там только интерфейсы, а реализацию уже app модуль подставит через даггер, кажется довольно неплохая схема

Да, в этом случае играет DIP, и без интерфейса никуда. Но тогда уточню - приложение состоит из одного модуля

В одномодульных проектах интерактор всегда без интерфейса делал

Читал в очередной раз про клин и появился вопрос: ребят, у вас в реализациях юзкейсов все зависимости только на интерфейсы ваши и jdk классы? Все "мясо" и детали имплементации уходят в реализации репозиториев?

Зачем для DIP покрывать интерактор интерфейсом?
Это никак не связано

Если вкратце - чтобы в одном high-level модуле (который часто называют core) был интерфейс, во втором реализация, а в остальных мог использоваться интерактор через интерфейс без зависимости на второй модуль

Перефразируя: сегодня мы работаем с телеграмом, а завтра можем перейти на другой месенджер, мне стоит все зависимости конкретные (например клиент tdlib) убрать из реализации юзкейсов?

буквально на прошлой неделе был пример из жизни. В сообщениях нужно было показать быстрые ответы и срывать их, если пользователь заблокировал собеседника. Соответственно было три метода:

revealPresets()
hidePresets()
setPresets(List<Presets)

ну и конечно же, произошла бага, что при загрузке экрана проверяли на isBlocked и заблокированному пользователю не проставляли пресеты. И если тебя разблокировали, то вызывался revealPresets, а пресетов-то в UIчике и нет, анимацию не на чем играть

В UDF подходах у тебя всегда полное актуальное состояние by design и такая ситуация исключена в принципе

Понимаю, спасибо :)

revealPresets()
hidePresets()
setPresets(List<Presets)

ух, какая-же жиза с этими состояниями, посмотрел твой доклад - всё не терпится пощупать tea

лучше не нужно, потом появится такое же нестерпимое желание всё на ТЕА переписать, но времени и ресурсов на это у бизнеса не будет)