说说我在项目中为什么不用实体框架,如果说我在诋毁你所爱的EF,请进来.

1.坑多.

这一点没有人会否定.当然你可以说你很牛,但事实不会因为你牛就可以说不存在.从博客园中的博问中大家关于EF的提问量就问题的怪异程度就可以看出来.

1.Entity Framework 查询历史最严重bug求解十万火急

2.http://www.cnblogs.com/badly1984/p/3203565.html

3.Entity Framework的默认值BUG解决方法

4.http://q.cnblogs.com/q/52635/ 看看内存问题

..............................

注:可以说明EF容易出一些让人头痛的的问题

2.性能欠佳

此刻有人说你掉进了坑里.

第一、掉进坑里了也是设计的复杂性带来的;

第二、要证明实际性能差,最直接的方法:测试.---让数据告诉你,你自己去写、写到你觉得所谓的公平满意为止.

连接地址:http://www.cnblogs.com/humble/p/3472764.html(大家可以用自己最喜欢、觉得最好的版本来测试)

其中关闭了很多EF"特效",为了达到你们的性能要求.

3.原理上和数据库的本质查询隔得太远

对数据库的查询,本质上是sql在起作用.而EF的出发点是用自身的机制维护实体对象的关系及产生sql.

原理上虽然很清楚,但关系的维护带来了诸多开销成本.

事实告诉我们复杂的关系产生的sql性能时常极低.(不要说你们没有看见过很垃圾的sql产生)

4.除了sqlserver支持良好外,其他数据库支持不是很好

 这个不用说,用过的人应该自己有公断.

5.复杂一点的查询你团队中的人基本上没几个会的

 

 

 

http://www.cnblogs.com/humble/p/3472764.html

你可能感兴趣的:(框架)