G
Чтоб доменный слой не зависил от ефа
а можно еще посрединке пару слоев ебануть, что бы поменьше от предыдущего слоя зависело
Size: a a a
2020 December 04
PE
а можно еще посрединке пару слоев ебануть, что бы поменьше от предыдущего слоя зависело
+++
PE
наклеить еще наклейку Clean Architecture
B
а можно еще посрединке пару слоев ебануть, что бы поменьше от предыдущего слоя зависело
Ну да в принципе, и не забыть ещё между этими слоями ещё один слой въебать
G
шаришь
V
Бля dbset уже репозиторий
Ага, а потом и видишь в контроллерах это говно и кучу IQueryable по сущностям в базе с кучей кастомных повторяющихся фильтров
V
Типа get by Id который дергает такой же метод дбсета
Типа метод который накладывает нужные по БЛ фильтры джоины и тд сам и возвращает на верх дто
V
Если проект на сотню моделей. Все-го то сотня лишних классов
Внезапно шарп это язык тырпрайза а абстракции чего-то стоят
С подключением
С подключением
V
Если проект достаточно большой то вот такие вот охуительные мысли аля "DbSet это уже репозиторий" потом приводят к тому что рефакторить этот адок приходится долго
V
А по хорошему должны быть ещё и разные репозитории на чтение и запись
V
Но куда до этого мамкиным архитекторам
B
Типа метод который накладывает нужные по БЛ фильтры джоины и тд сам и возвращает на верх дто
А че дто то ? Можно ведь доменные объекты
YM
Если проект достаточно большой то вот такие вот охуительные мысли аля "DbSet это уже репозиторий" потом приводят к тому что рефакторить этот адок приходится долго
Рефакторинг нужен как раз из-за мамкиных архитекторов
YM
Потому что абстракции майков там хоть люди пишут
V
А че дто то ? Можно ведь доменные объекты
Что угодно но не ef сущности
YM
А репозитории над репозиториями - обезьянки
B
Что угодно но не ef сущности
Ну это да
V
А репозитории над репозиториями - обезьянки
Я описал выше что это не просто репозитории как в ef
YM
Дата провайдер сервис это не репозиторий
V
Если не понятно- ну шо ж поделать