ADO.NET Entity Framework et NHibernate - quand utiliser l'un par rapport à l'autre

Question

Je travaille dans un magasin Microsoft .NET où il est acceptable d'utiliser NHibernate ou ADO.NET EF. Quels conseils devrions-nous utiliser quand vous devriez choisir l'un plutôt que l'autre? Par exemple, il semble que lors de l'écriture d'une application Silverlight, les services de données EF-to-> ADO.NET Data-> Silverlight offrent une amélioration de la productivité et vous fournissent une API de service REST sans effort supplémentaire.

Quelles sont les autres choses qui devraient vous guider d'une application à l'autre?

UPDATE (basé sur un commentaire): Celui-ci est un peu utile What differentiates Nhibernate from other ORM’s? les autres vont au loin dans tangentes étranges (comme subsonique) et ne se comparent pas directement les deux. Je suppose que je suis spécifiquement à la recherche de personnes qui utilisent les deux, et décider sur un projet par projet celui qu'ils vont utiliser.

Answer 1

En un mot, EF n'a pas de support de persistance d'ignorance prêt à l'emploi. Quand j'ai essayé pour la première fois de construire une solution avec EF l'année dernière, j'étais un peu agacé que vous ne puissiez pas avoir de POCO dans votre application. Je voulais un plus haut degré de découplage avec mon modèle, donc j'ai fini par passer à NHibernate. Depuis, quelqu'un a écrit un adaptateur EF POCO. http://code.msdn.microsoft.com/EFPocoAdapter - mais ce n'est vraiment qu'un générateur de code qui génère une couche d'adaptateur pour mapper vos objets.

Pour une raison quelconque, mon application fonctionnait également un peu plus rapidement sous NHibernate. Prenez cela avec un grain de sel parce que j'étais nouveau à la configuration de l'une ou l'autre solution.

Answer 2

J'éviterais probablement complètement le cadre d'entité pour l'instant. Il y a le vote of no confidence que le famework a été donné, pour ne pas mentionner il n'est pas aussi mûr que NHibernate. Cela dit, je continuerais à évaluer le cadre de l'entité, car je suis sûr qu'il sera amélioré au fil du temps.

Answer 3

Microsoft a récemment commencé à développer une nouvelle solution, appelée .NET Ria Services (pour l'instant), qui sera «indépendante de l'ORM» pour l'entrée et la sortie des données de Silverlight à partir d'une couche logicielle métier sur le serveur.

Ils ont publiquement mentionné (sur les diapositives au MIX, même) que NH WILL être pris en charge ici.

Si vous êtes à la recherche d'une solution qui bénéficie du plus grand soutien de la communauté, NHibernate est définitivement la solution. Je concède qu'il a une courbe d'apprentissage abrupte, mais selon mon expérience, cela en vaut certainement la peine. Faites simplement une recherche comparative pour "framework d'entité" et "nhibernate", et vous verrez ce que je veux dire. La plupart des trucs EF seront "presse", tandis que les trucs NHibernate seront en fait des détails techniques et sanglants. Et des questions. Être répondu.

Mais comme d'autres affiches l'ont mentionné - je suis sûr que Entity Framework va s'améliorer avec le temps. Pour l'instant cependant, je crois qu'ils essaient de résoudre trop de problèmes avec un seul jeu d'outils. NHibernate ne fait qu'une chose, mais le fait exceptionnellement bien.

Il y a aussi le problème de la conception d'application ici. EF semble être (dans son incarnation actuelle) construit pour fournir une base de données à une application C#. NHibernate va dans l'autre sens, et rend plus facile l'obtention d'un modèle objet persistant.