а нарушается что-то Вы говорили

больше проксированных классов == больше поиск, больше пробросов. Смысл тот же

проксирование это всегда x2 к добавлению/изменению методов

тут, как мне кажется, не только с этой точки зрения надо эту фразу рассматривать

а с какой?

подразумевается что расширение и изменения при нормально архитектуре должны быть проще чем без нее

потому что если говорить только про количество классов то можно придти к тому, что все в одну активити можно сунуть

это подразумется, конечно, но не только это

когда есть четкий codeStyle - это увеличивает количество классов, но практически на 0 сводит поиск нужного

мы говорим про архитектуру и силы на ее поддержку

проксирование увеличивает поддержку и не дает никаких результатов. Нарушается главный принцип архитектуры - упрощение

ну вот тут как раз таки все больше сводится к количеству классов, если про это говорить, то чистая архитектура это вообще не про это, это всегда куча всего, классов, интерфейсов, разделения логики и т.п. Такое нельзя поставить во главу угла, надо смотреть что это дает в целом

и что дает в целом проксирование?

ну тут реально мб как больше кому нравится, как бы как по мне будет странно если в одном случае используем репы в другом интеракторы

так Вы и говорите про codeStyle

"во всех фичах пишем все слои" это тоже codeStyle

или codeStyle это "переносить открывающуюся скобку"?

моя позиция такая, что prsentation вообще до фонаря как там и что там, просто говорит что ей надо и получает что ожидает без всяких намеков на то что и как там работает, да проксирование порой выглядит не оч круто, потому что как бы зачем? но придерживаясь того как это все должно работать и выглядеть в целом лучше буду проксировать дальше. К тому же логика может меняться, сейчас запилил репу в вм, потом понадобился интерактор. К тому же для своего удобства вынес работу с корутинами в интерактор, что если было бы во ВМ каждый раз когда хотим сделать какой-то запрос тоже жизнь не облегчит. Как бы я за то чтобы то, от чего можно избавиться в вм было в domain вот и все(понятное дело что в рамках разумного, так то туда можно все вынести если упороться)

перенаправление вызова в другой dispatcher это тоже логика, в этом случае нужен interactor