Что отличает Entity Framework от ADO.NET от других ORM на рынке?

Question

Заголовок вопроса понятен, я хочу знать, почему он отличается и почему, когда его выбрать для моего проекта?

Answer 1

Я написал пост в блоге об этом некоторое время назад . Короче говоря, он использует принципиально иной подход к ORM, чем Hibernate, ECO и другие ORM, на которые я смотрел. Вы можете подумать, что этот подход лучше, хуже или не важен, но если вы посмотрите достаточно глубоко, трудно оспорить, что он другой. Но не верьте мне на слово. Если вы действительно интересуетесь этой темой, я настоятельно рекомендую прочитать этот технический документ и это интервью в очереди ACM.

Answer 2

Возможно, это не тот ответ, который вы ищете, но я не думаю, что вы должны использовать его в своем проекте. Это очень молодо и не очень полно. Подождите, пока не выйдет следующая версия.

Если вы настаиваете на использовании Entity Framework, в этом есть несколько хороших вещей. Хорошим является то, что он позволяет сложным отображением очень простым способом. И, конечно, потому что это технология Microsoft, интеграция с IDE приятна.

Но, как я уже сказал, я попробовал это, и я не верю, что оно готово для реального использования.

В любом случае, удачи в вашем проекте

Answer 3

ADO.NET не является ORM.

В основном разница в уровне абстракции, используемой в каждом.

С ADO вы в основном запрашиваете БД и используете результаты в качестве объектов, это как мост между СУБД и вашими объектами.

Вы моделируете свою БД, а затем создаете объект из этой модели. Вот почему это Entity Framework (сущности БД)

ORM предназначен не для запроса или представления записей базы данных в виде объектов (хотя, так или иначе, их используют все, в том числе и я), а для сохранения вашей объектной модели в реляционной базе данных.

Они являются объектно-реляционным отображением (не реляционно-объектным)

Таким образом, вы выбираете одну или другую, когда у вас есть модель предметной области, и вы хотите, чтобы что-то сохранилось (в СУБД), или когда у вас есть модель сущностей, и вы хотите использовать ее в качестве объектов в вашей приложение.

Answer 4

Из того, что я прочитал, он имеет хорошую поддержку удаленного взаимодействия / двоичной сериализации WCF, что многие ORM не очень хорошо поддерживают (если вообще). Возможно, стоит посмотреть, хотите ли вы создать расширенное приложение клиент / сервер / удаленное взаимодействие с ORM на стороне клиента.

Answer 5

Некоторые из лучших специалистов в мире ORM в .NET, похоже, работают над такими проектами, как NHibernate (бесплатный открытый исходный код; я использую его) и LLBLGen Pro (коммерческий).

NHibernate является действующим стандартом для полнофункционального ORM корпоративного качества. NHibernate также является действующим стандартом для чистой реализации ORM, позволяя разработчику полностью создавать модели предметной области независимо от инфраструктуры NHibernate и полностью исключая сгенерированные кодом классы.

Поначалу NHibernate может выглядеть страшно. Но на самом деле он довольно дружественный, если немного поработать с ним, и с июля началась работа над тем, чтобы сделать NHibernate практически без конфигурации.

Answer 6

Чем отличается? Он не учился у всех других ОРМ.

Вот проблемы, которые я отслеживал для InfoQ

Действительно ли LINQ-to-Entities возвращает разные результаты в зависимости от предыдущих запросов?

Обход проблем с большой моделью данных Entity Framework

Отслеживание изменений не для ADO.NET Entity Framework 2010

И этот инструмент просто необходим, если вы решите его использовать.

Инструменты синхронизации метаданных для LINQ to SQL и ADO.NET Entity Framework