ADO.NET Entity Framework

Entity Framework представляет собой набор технологий в рамках ADO.NET, предназначенных для разработки программных приложений, ориентированных на работу с данными. Разработчикам подобных приложений приходится решать две разные задачи: определять объекты предметной области, их связи и бизнес-логику, а также взаимодействовать с системами хранения данных, имеющими собственные протоколы. Часто это приводит к необходимости согласовывать требования хранилищ с требованиями к архитектуре системы, что известно как «объектно-реляционное несоответствие» (object-relational impedance mismatch)^[6].

Для решения таких задач были созданы различные системы ORM, позволяющие разрабатывать код, оперируя объектами и их свойствами (например, «Клиент» и «Адрес клиента») вместо прямой работы с таблицами и столбцами базы данных. ORM-подход увеличивает уровень абстракции и позволяет создавать и поддерживать приложения с меньшими затратами кода. В экосистеме Microsoft решение ORM представлено именно Entity Framework^[7].

Entity Framework является технологией для серверной части приложения (backend) и не имеет собственного пользовательского интерфейса^[8]. Он функционирует как часть внутренней логики приложения, невидимой для конечного пользователя^[9], и может использоваться для создания программ с любым типом интерфейса: веб-приложений (например, ASP.NET), настольных (WPF, Windows Forms) или консольных^[8][10]. Во всех этих случаях фреймворк служит мостом между бизнес-логикой и базой данных, в то время как за взаимодействие с пользователем отвечают другие технологии^[9].

На сегодняшний день пути развития классического Entity Framework и его преемника Entity Framework Core (EF Core) кардинально различаются. Entity Framework Core является флагманской технологией доступа к данным от Microsoft, находится в состоянии активной разработки и позиционируется как основная ORM-система для всех новых приложений на платформе .NET^[11]. EF Core — это легковесный, кросс-платформенный и расширяемый фреймворк с открытым исходным кодом^[12]. Он постоянно обновляется, получая новые функции и улучшения производительности, а мажорные версии выходят ежегодно вместе с новыми версиями .NET^[11]. Например, были выпущены EF Core 8 и EF Core 9, которые привнесли значительные улучшения^[13]. Microsoft публикует дорожную карту развития, согласно которой следующий стабильный релиз, EF Core 10.0, запланирован на ноябрь 2025 года. Жизненный цикл поддержки EF Core соответствует политике поддержки .NET и включает выпуски со стандартной (STS) и долгосрочной (LTS) поддержкой^[14].

В свою очередь, классический ADO.NET Entity Framework (последняя основная версия — 6.x, также известный как EF6) больше не находится в активной разработке и переведён в режим поддержки. Его кодовая база считается стабильной, и добавление новых функций в него прекращено. Выпускаются только исправления, устраняющие критические уязвимости в системе безопасности. EF6 следует «Современной политике жизненного цикла» (Modern Lifecycle Policy), согласно которой поддерживается только самая последняя выпущенная версия пакета, а все предыдущие (6.0, 6.1, 6.2, 6.3, 6.4) больше не поддерживаются. Microsoft настоятельно рекомендует использовать Entity Framework Core для всех новых приложений, а также для существующих, находящихся в активной разработке^[11]. При этом EF6 остаётся рабочим решением для унаследованных (legacy) проектов, тесно связанных с .NET Framework^[15].

Entity Framework Core (EF Core) не является прямым продолжением Entity Framework 6 (EF6), а представляет собой полностью переписанный фреймворк с фундаментальными архитектурными отличиями. EF Core был создан с нуля как легковесная, модульная и кросс-платформенная система, ориентированная на современные приложения, в то время как EF6 остаётся зрелым решением для унаследованных систем на базе .NET Framework^[23][24].

Платформа и архитектура. Ключевое архитектурное отличие — кросс-платформенность EF Core, который работает на .NET и поддерживает Windows, macOS и Linux^[32]. В отличие от него, EF6 исторически был привязан к .NET Framework и Windows, хотя начиная с версии 6.3 получил поддержку .NET Core^[17]. EF Core имеет модульную архитектуру: провайдеры баз данных и другие компоненты поставляются как отдельные NuGet-пакеты, что уменьшает размер приложения и упрощает поддержку^[25]. Архитектура EF6, напротив, более монолитна и тесно интегрирована в .NET Framework^[23].

Подходы к разработке и конфигурация. EF6 поддерживает несколько подходов к разработке, включая визуальный дизайнер моделей на основе XML-файлов формата `.edmx`, содержащих CSDL, SSDL и MSL-секции^[33]. EF Core полностью отказался от этого подхода в пользу «Code First», где модель данных и её конфигурация определяются исключительно в коде C# с помощью Fluent API^[28]. Соответственно, изменились и способы конфигурации: вместо XML-файлов `App.config`/`Web.config` в EF Core преимущественно используются файлы `appsettings.json` и стандартные механизмы конфигурации .NET^[30].

Производительность и функциональность. Производительность была одним из главных приоритетов при разработке EF Core. Благодаря оптимизированному выполнению запросов, улучшенному кэшированию и пакетной обработке команд, EF Core в большинстве сценариев работает значительно быстрее, чем EF6^[26][27]. Кроме того, EF Core активно развивается и включает уникальные возможности, отсутствующие в EF6, такие как теневые свойства (Shadow Properties), глобальные фильтры запросов (Global Query Filters) и механизм переиспользования контекстов баз данных (DbContext Pooling)^[24].

Архитектура классического ADO.NET Entity Framework (EF6 и более ранних версий) представляет собой многокомпонентную систему, которая функционирует как мост между объектно-ориентированным кодом приложения и реляционной базой данных. Вместо единого «движка» фреймворк состоит из нескольких ключевых частей: модели данных сущностей (Entity Data Model, EDM), которая определяет концептуальную модель, модель хранения и их сопоставление; служб объектов (Object Services), отвечающих за преобразование данных в объекты (материализацию) и отслеживание их изменений; EntityClient, который преобразует запросы (например, LINQ) в деревья команд; и провайдеров данных ADO.NET, которые транслируют эти команды в SQL и выполняют их в конкретной СУБД^[34][35].

Стек архитектуры, представленный на схеме, включает следующие уровни (снизу вверх):

• Провайдеры БД, реализующие абстракции ADO.NET для работы с концептуальной схемой.
• Провайдер сопоставления (map provider), переводящий деревья команд Entity SQL в язык SQL конкретной СУБД; включает store-specific bridge для кастомизации конкретного движка.
• Парсер EDM и отображение представлений: разбирает спецификацию модели и сопоставляет её с реляционной схемой, формируя проекции данных.
• Pipeline выполнения запросов и обновлений — обрабатывает запросы и преобразует их в стандартные команды, далее — в запросы конкретной СУБД.
• Метаданные — обслуживает информацию о сущностях, связях и сопоставлениях.
• Транзакции — обеспечивает работу с транзакциями на уровне хранилища; при отсутствии поддержки реализуется на этом уровне.
• API концептуального уровня — реализует программную модель доступа к данным через Connection, Command и возвращаемые EntityResultSets/EntitySets.
• Отключённые компоненты — локальное кэширование данных для офлайн режима.
• Встроенная БД для клиентского кэширования и запросов к реляционным данным.
• Инструменты проектирования (Mapping Designer) — облегчает создание сопоставлений между схемами.
• Программный уровень:
  • Object Services — автогенерирует код CLR-классов с соответствующими свойствами для работы с сущностями как с .NET-объектами.
  • Веб-сервисы — публикация сущностей через веб-протоколы.
• Высокоуровневые сервисы, например — построение отчётов на уровне сущностей.

Entity Data Model (EDM) определяет концептуальную модель (CSDL) данных, основанную на расширенном варианте ER-диаграмм и стандартизованную в схеме XML (SDL). В модели выделяются «Сущности» и ассоциации; сопоставление элементов концептуальной схемы (CSDL) и схемы хранения (SSDL) также выражается на XML^[36].

В Visual Studio имеется Entity Designer, поддерживающий графическое проектирование EDM и сопоставлений между слоями (модель Model First; альтернативы — Code First и Database First). Выходной файл (*.edmx) хранит всё описание и может быть создан или отредактирован вручную. Подход Model First не поддерживается в EF Core^[37].

<ComplexType Name="Addr">
    <Property Name="Street" Type="String" Nullable="false" />
    <Property Name="City" Type="String" Nullable="false" />
    <Property Name="Country" Type="String" Nullable="false" />
    <Property Name="PostalCode" Type="Int32" />
</ComplexType>
<EntityType Name="Customer">
    <Key>
        <PropertyRef Name="Email" />
    </Key>
    <Property Name="Name" Type="String" />
    <Property Name="Email" Type="String" Nullable="false" />
    <Property Name="Address" Type="Addr" />
</EntityType>

<Association Name="CustomerAndOrders">
    <End Type="Customer" Multiplicity="1" />
    <End Type="Orders" Multiplicity="*">
        <OnDelete Action="Cascade" />
    </End>
</Association>

Существует множество коммерческих профилировщиков для анализа производительности приложений на Entity Framework (EF и EF Core).