А то в реальных проектах трудновато юзать, особенно если инди

Да, для меня это примерно так выглядит.

А кто может провести ликбез и\или дать что-то почитать? Вот есть паттерн — репозиторий. В моем представлении, реализация следующая:
Есть интерфейс IRepository<T>, который содержит все стандартные методы работы с сущностью - добавление, выборка, удаление, изменение.
Где в таком случае реализуется какая-то более сложная логика, типа — выбрать пару конкретных полей, собрать какой-то сложный объект, наложить какие-то условия и т.п.

Банально — нужно выбирать либо все объекты, либо только не удаленные (IsDeleted = false). Или это должна быть какая-то обертка над репозиторием, типа есть IRepository<Company> и есть ICompanyService?  Или, если эта более сложная логика нужна, репозиторий не подходит в целом и все сразу надо делать на не-дженерик-сервисах, в интерфейсах которых сразу будут располагаться необходимый набор конкретных методов?

мак лучше

С ним сложная ситуация в линукс сообществе

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

У тебя уже есть такой женерик репозиторий, называется ормка

я даппер ковыряю)

Пили свой репозиторий для каждой сущности где не хватает стандартных методов. Будешь там пилить сложную логику как нравится :)

ну типа просто не дженерик репозитории?

Ну 1 дженерик со стандартными методами + наследники для расширения

В интернетах пишут что я не шарю и это Data Access Object паттерн

А можно красиво настроить DI, чтобы она для IRep<Entity> она сначала искала Rep_Entity и если не находила, то возвращала IRep<T>? Понятно, что можно самому настроить. Но может уже есть решение, которое само рефлексиями ищет

Ну тогда ты по сути пишешь свою ормку. Тебе виднее насколько оправдано такое вложение денег и поддержка такой абстракции

https://habr.com/ru/post/335856
Вот кстати пачка решений

На проектах где я была это не особо полезно было