можно сделать и как Вы предложили "заводить сервис и там из двух EntityBaseRepository собирать свой композитный тип" (DTO?). а можно и просто запрос сделать, некоторый IMyQuery, если это результат джоина таблиц БД. запрос сразу вернет DTO как проекцию

Arpanxpet_trow, спасибо.

Сколько я читал DDD, я так понял что Repository изначально и должен выдавать Aggregate Root (доменый тип) которым оперирует наша программа. А сами Entity мне по идее в чистом виде и не нужны.
Но во всем примерах стабильно идет реализация на выдачу Entity, и стабильно нет примеров для сложных/комплексных типов.
И я вот не пойму, я неправильно понял идею? Или это в примерах

сильно вариативно это DDD от проекта к проекту. "А сами Entity мне по идее в чистом виде и не нужны" - да, ибо это уже БД: извлечь по Id, сохранить, удалить. а вот запросы - это отдельная тема, с бизнес-логикой. тут репо не нужен совсем.

Я не спец в DDD (но мнение имею :)) Aggregate Root - это вообще перпендикулярно каким-либо репо. это несколько более высокий уровень абстракции.

Давайте позовем hVost

hVosttArpanxGeneric Repository вроде делали умные люди, чего-то не хватает. Разбираюсь.

Generic Repo подойдёт только, если у вас модель данных отлично нормализована, таким образом, что вам никогда не понадобится JOIN между двумя корнями агрегатов, если они вообще у вас получатся выраженными.

Так что, если вам «чего-то нехватает», то здесь одно из двух:

1. Плохо нормализованная модель, перепроектировать
2. Бизнес не укладывается в нормализацию модели, вам не подойдёт Generic Repo.

Ещё 3 вариант: Generic Repo, как стандартная реализация, делаете для конкретных случаев конкретные интерфейсы репо с конкретной реализацией, где выжимаете весь power из своего DbContext-а.

И ещё 4 вариант: Query Object (QO), или какие-то вариации спецификаций (которые на мой взгляд чуть менее, чем полностью ущербны). Но это уже досвидос genrepo и вообще от репо остаётся только add/update/remove, но ни в коем случае никаких построений запросов.

QO можно смонстрячить на LINQ, через Expression tree, это опять же ковыряния, костыли, на любителя (например, местный гуру Алексей К любитель LINQ).

Любой вариант хорош, применительно к своей задаче.

Я делал genrepo много раз, но в ограниченном контексте, большую систему строить на этом я бы не стал никогда и даже за большие деньги. Ну может за очень большие бы и стал.. нанял бы пару студентов, пусть бы долбались

нехилый разброс :)
hVostt, а Вы не могли бы, ну, чисто по-опыту (пожалуйста!!!!), свое видение/применимость DDD тезисно обозначить? я, например, как и ТС, тоже в поисках этого "тут же DDD!!!". но пока его не нахожу за "деревьями" вот этих всех Вами перечисленных вариантов: "леса не вижу"