决定之间的NHibernate与entity framework?

NHibernate和Entity Framework 4.0的主要优点和缺点是什么?

(在标记我的问题时,我注意到了比EF更多的NHibernate标签,NHibernate更受欢迎?)

2 Solutions collect form web for “决定之间的NHibernate与entity framework?”

我在EF(几篇博客文章和教程)方面的经验非常有限,但对NHibernate有很多经验。

微软始终坚持开源运动,而NHibernate绝对是这种情况。 当EF 1.0第一次发布时,它缺less对POCO支持和持久性无知等关键特性的支持,它需要你的实体类从EF扩展一个基本实体类,所以你的实体类没有完全与EF解耦。 这影响了可维护性和单元可testing性,以及在需要时切换ORM提供者的能力。

NHibernate另一方面允许你完全解耦你的实体从NHibernate本身。 EF 4.0在这方面已经有所起色,它是Code First Development方法( 最近由Scott Guthrie发布 )是朝着正确方向迈出的一步。

NHibernate本身具有一些非常强大的映射function,比如inheritance映射,组件类映射(认为客户实体上的地址对象),单向实体关联映射。 它可以让你充分利用面向对象编程(Encapsulation,Polymorphism,Inheritance等)在你的领域模型中的力量,把你的实体类视为封装行为而不仅仅是数据容器。 如果你渴望按照领域驱动devise的原则构build你的领域模型,那么NHibernate非常适合这一点。 我不能直接在EF 4.0上讲这些问题,只能从其他使用EF 4.0的NHibernate用户那里听到,但EF 4.0在这些领域仍然滞后,但是正在逐渐取得进展。

我要说的是Entity Framework来自微软的事实既是优势也是劣势。 你正在从.NET本身获得一个来自同一个源的框架。 坏消息是,微软往往废弃自己的代码库,而不考虑向后兼容性。

NHibernate不是来自微软,除了Hibernate和NHibernate的开发人员在他们的代码中所说的,没有任何标准。 好消息是他们一般都注意向后兼容性。 有一个庞大的用户群,因为Hibernate已经有一段时间了。

我最喜欢Spring的一个特点是他们不会像这样离开你。 Spring有它自己的JDBCfunction,但它支持Hibernate,TopLink,JDO,iBatis和JPA。 如果您决定采用其他方式(例如NoSQL),您也可以自由注入自己的类。 为什么你的select是由框架select决定的? 这是非常保姆的:“我们是微软,我们知道什么比你更适合你。”

  • 有没有好的理由不使用ORM?
  • 在加载时将自定义属性添加到Laravel / Eloquent模型?
  • 亚音速与NHibernate
  • 为什么要使用ORM?
  • 如何在JPA中保留List <String>types的属性?
  • 在使用sqlalchemy的声明性ORM扩展时使用多列索引
  • JPA / Hibernate原生查询不识别参数
  • NHibernate与LINQ to SQL
  • 如何在Django模型上存储字典?
  • mappedBy引用一个未知的目标实体属性
  • JPA:如何将一个string持久化到数据库字段中,键入MYSQL Text