ADO.NET Entity Framework и NHibernate - когда использовать один над другим

Question

Я работаю в магазине Microsoft .NET, где нормально использовать NHibernate или ADO.NET EF. Какое руководство нам следует использовать, когда вы должны выбирать один над другим?

Например, при написании приложения Silverlight EF-to-> ADO.NET Data Services -to-> Silverlight предложит повышение производительности и предоставит вам API-интерфейс REST без каких-либо дополнительных усилий.

Что еще должно помочь вам в использовании приложения на основе приложения?

UPDATE (основано на комментарий): Это один немного полезной What differentiates Nhibernate from other ORM’s? другие уходят в странные касательных (как SubSonic) и непосредственно не сравнить два. Наверное, я специально ищу людей, которые используют оба, и решают проект по проекту, который они будут использовать.

Answer 1

В двух словах, EF не поддерживает поддержку сохранения устойчивости. Когда я впервые попытался создать решение с EF в прошлом году, мне было немного досадно, что у вас не может быть POCOs в вашем приложении. Мне нужна была более высокая степень развязки с моей моделью, поэтому я перешел на NHibernate. С тех пор кто-то написал адаптер EF POCO. http://code.msdn.microsoft.com/EFPocoAdapter - однако это действительно просто кодогенератор, который генерирует слой адаптера для отображения ваших объектов.

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

Answer 2

Я бы, вероятно, вообще избегал рамки сущности. Есть vote of no confidence, что было дано задание, не говоря уже о том, что оно не так зрело, как NHibernate.

Сказав это, я буду продолжать оценивать инфраструктуру сущности, поскольку я уверен, что со временем она будет улучшена.

Answer 3

Microsoft недавно приступила к разработке нового решения под названием .NET Ria Services (на данный момент), которое будет «независимым от ORM» для получения данных в Silverlight и из него из уровня бизнес-логики, живущего на сервере.

Они публично упомянуты (на слайдах в MIX, даже), что здесь будет поддерживаться NH WILL.

Если вы ищете решение с наибольшей поддержкой сообщества, NHibernate определенно является ответом. Я соглашусь, что у него крутая кривая обучения, но по моему опыту это, безусловно, стоит того. Просто выполните сравнительный поиск для «рамки сущности» и «nhibernate», и вы поймете, что я имею в виду. Большая часть материала EF будет «нажимать», в то время как материал NHibernate будет фактически иметь технические характеристики. И вопросы. Ответь.

Но, как уже отмечали другие плакаты, я уверен, что структура Entity Framework со временем улучшится. Пока что, я считаю, что они пытаются решить слишком много проблем с помощью одного набора инструментов. NHibernate делает только одно, но делает это исключительно хорошо.

Здесь также возникает проблема дизайна приложения. Кажется, что EF (в своем текущем воплощении) построен для доставки базы данных в приложение C#. NHibernate идет в другую сторону и упрощает задачу сохранения объектной модели.