Так ведь с любой функцией тоже

у нас принято писать тесты (и их удобно писать, на самом деле)

как только начинаешь тесты писать - сразу понимаешь, что чистая архитектура есть хорошо

Может на словах он и принятый, но если погуглить реализации, то у каждого свое и выглядит плохо

Репозитории проблемная херня – реализовать транзакции между несколькими репами нужно с подкапотной магией

И у меня такой же опыт - не вижу какого-то единообразия в нагугленых проектах.

Чистая архитектура если говорить простыми словами сводится к простому: Используйте DIP и IoC, там где это имеет смысл.

Я вчера оба вопроса полнимал

И про чистую архитектуру

И про di

Вобщем стандарта нет

А можно ссылку?

еще проблема проектов-примеров в том, что они слишком примитивные

это потому, что его нет

Я как вы спрашивал в этом чате)))

Репозиторий это из области DDD. Репозиторий сохраняет Аггрегат. Аггргегат задает границу транзакции. Если вы делаете транзакции между репозиториями, вы неверно понимаете и используете этот паттерн.

Вобщем как я понял стандарта нет каждый как понял идеи чистой архитектуры так и пилит ее

Ну конечно, любая архитектура это не паттерн и не стандарт, это набор принципов и trade-off

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

В Clean их как-то впихнули, без остальных аттрибутов DDD. Ну и ни в одном примере реализаций нет тразнакций

Вопрос в том, кто впихнул. Clean, всего лишь одно из названий для идей которые в разное время были высказаны и обоснованы разными людьми. Clean, Onion, Hexagonal, Ports and Adapters - все примерно одно и то же, все они об инверсии зависимостей и слоях. И принципы там описанные проявляются везде. Именно благодаря этим принипам мы уже давно не пишем каждый раз под конкретное железо.  Именно благодаря им мы уже давно по большей части не пишем под каждую ОС весь код отдельно и с нуля.
Clean просто поднимает все то что давно было изобретено на уровень продуктовой бизнесовой разработки.