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!!!". но пока его не нахожу за "деревьями" вот этих всех Вами перечисленных вариантов: "леса не вижу"