копирует dbset, идёт из коробки и можно легко его реализовать чтоб система работала с другим источником данных.
Проблема EF в том, что он сам по себе уже абстракция и репозиторий и все в таком духе.
Интересно, а можно ли оставить в бизнес-логике интерфейсы и просто реализовать их внутри самого контекста или dbset и не городить лишние сущности?
Пс: у меня по 1 сервису на фичу обычно cqrs-like
чемто onion architecture напомнило
Вот именно из-за того что EF уже абстракция над данными репозитории становятся лишней прослойкой. И опять таки поскольку EF абстракция можно легко поменять тип базы данных с которым работает EF в случае необходимости. На текущем рабочем проекте пару месяцев назад закончили избавляться от репозиториев. И код стал более понятным и гибким.
Ну вот, опять же, из опыта скажу: мне ни разу не нужно было менять тип базы, сохраняя ORM. Такие дела 🤷♂️
тип базы это sql или No-sql ?
Не, даже между MSSQL и MySQL ни разу не мигрировался с сохранением ORM.
Обсуждают сегодня