说说我在项目中为什么不用实体框架,如果说我在诋毁你所爱的EF,请进来.
1.坑多.
这一点没有人会否定.当然你可以说你很牛,但事实不会因为你牛就可以说不存在.从博客园中的博问中大家关于EF的提问量就问题的怪异程度就可以看出来.
1.Entity Framework 查询历史最严重bug求解十万火急
2.http://www.cnblogs.com/badly1984/p/3203565.html
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
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!