Здравствуйте.
У меня есть следующая ситуация. Есть в проекте большое количество сущностей (21 шт.) Как правильно с точки зрения архитектуры и вообще правильности нужко с ними работать? Создать один контекст для все 21? Или же попробовать как-то логически поделить сущности на группы и для каждой сделать свой контекст?
Несмотря на то, что при удачном разбиении бизнес модели на несколько контекстов можно получить преимущество по читабельности и поддерживаемости кода, можно так же столкнуться с непредвиденными трудностями при реализации таких простых вещей как:
Создание базы данных используя code first подход. Только один контекст сможет создавать новую базу данных, а следовательно таблиц для других контекстов в этой базе не будет.
Управление связями между объектами. Два связанных класса нельзя поместить в разные контексты. А следовательно, в бизнес модели должны быть не связанные группы классов, чтобы их можно было разбить на контексты.
Добавлено
В этом блоге подробно расписано что надо сделать, чтобы EF 6 мог нормально работать в таком сценарии: Data Points - EF6 Code First Migrations for Multiple Models.
Как развивать веб-проекты в 2026 году: технологии, контент E-E-A-T и факторы доверия
Современные инструменты для криптотрейдинга: как технологии помогают принимать решения
Апостиль в Лос-Анджелесе без лишних нервов и бумажной волокиты
Основные этапы разработки сайта для стоматологической клиники