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

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

Без какой-либо бизнес логики

мне либо из-за недостатка знаний, либо из-за того что ef core 3.1 был не очень, не очень понравилось как на моем кейсе работал EF.

Типа, был кейс:
1. Таблица номенклатуры. Есть поле артикул, уникальность которого гарантировать не могу
2. Таблица остатков. Остатки в разерезе ID номенклатуры
3. Приходит запрос на получение остатков по нескольким сотням артикулов
4. Чтобы не вернуть 2 остатка на один и тот же артикул, я должен сгруппировать артикулы и взять первый ID, чтобы взять его остаток
5. EF шлет меня нахер, потому что группировать он не может (или не мог, сейчас не знаю)
6. Приходилось материализовать довольно рано коллекцию

потому решил попробовать даппер