当前位置: 代码迷 >> .NET新技术 >> 大家评下 entity framework 与 NHibernate 优缺,该怎么处理
  详细解决方案

大家评下 entity framework 与 NHibernate 优缺,该怎么处理

热度:68   发布时间:2016-04-25 01:58:01.0
大家评下 entity framework 与 NHibernate 优缺
如题 
最近企业为了快速开发需要选择一种框架 希望能达到对代码的侵入性最小
大家评下

------解决方案--------------------
以下有三篇文章从各个角度来比较EF和NH,相信对楼主有一定的帮助。
http://www.infoq.com/cn/news/2010/01/Comparing-NHibernate-EF-4
http://www.jishuhome.com/net/ef/2011/06/10/2176.html
http://news.cnblogs.com/group/topic/5734/
------解决方案--------------------
entity framework 与 NHibernate

两种成熟的框架在安全上面,在性能上面,在可扩展,可维护,成本,人力等等因素影响下,表现出来的效果完全不同,

这个只能看公司 而定,适合哪种框架的建立

当然安全第一,这个通不过是不能选的,性能第二,三分钟还不出一个页面,大家能吃半个苹果
------解决方案--------------------
两者很雷同,nh暂时领先,

nh胜出的地方:

linq语法很舒服,但是hql更强大,由于没有编译时检查,甚至可以在父对象使用子对象的属性,
对于select n+1问题,nh的批量抓取是个不错的办法,
nh有二级缓存,
ef提供了一个设计器,有了这个设计器,ef在很多实际场合变成了关系数据的附庸,失去了ORM的本性


ef胜出的地方:
ef构造.net对象的速度比nh快
ef是MS的,背后的人力财力不是nh能比的
ef在medium trust level下工作正常,nh容易出问题
------解决方案--------------------
1.敏捷生产是对所有先进的生产手段的统称,并不特指某种技术,
2.微软的ADO本来就是数据对象的统一描述和通用的数据访问层,
它是数据特征无关的,项目无关的,
你还能找出哪一种编程模型更加符合面向对象设计的要求
3.之所以会有ORM或者NH之类的说法,
是因为有些人非要说:DB映射Code或者Code映射DB,
其实更好的设计方案是:他们两者之间没有依赖,
你可以编写Code而不需要知道什么数据库,
同时,做数据库开发的也不需要知道有什么代码约定,
SOLID平时谁都会说,到实践当中就不知道用了,
Code和DB都依赖于设计文档接口,
只有一个原因才导致Code或者DB的迭代,那就是设计文档接口的迭代
  相关解决方案
本站暂不开放注册!
内测阶段只得通过邀请码进行注册!
 
  • 最近登录:Sat Jan 21 00:08:19 CST 2017
  • 最近登录:Sat Jan 21 00:08:19 CST 2017
  • 最近登录:Sat Jan 21 00:08:19 CST 2017
  • 最近登录:Sat Jan 21 00:08:19 CST 2017
  • 最近登录:Sat Jan 21 00:08:19 CST 2017