实体框架的惨痛教训

 

个人评价:

通过半年的开发,项目已经运营.但回想起来,整个项目中遇到了许多的问题,还好需求策划上一直很好(原因在于老板原来就是一个产品总监且目前的策划都很有逻辑性),所以对于开发人员而言没有吃苦.问题在于微软的实体框架EF让人简直痛恨至极(个人愚见),让我们浪费了大量时间.

其一:效率(如果有人做过测试我想都和我有同感,这增删改查无处不见其效率之低下,我想如果说你要执行原生态的sql表达式 或者较为其次的LINQ,根本就没有用它的必要性,更何况linq是一个值得争议的技术,有人测过他的效率就知道了.

单凭实体框架的效率问题,在一个并发性能可能上万的项目中,简直BS至极) 

其二:数据冗余(如果你查询一个或两个字段,你的查询结果真够要命....不用多说)

其三: 项目版本更新问题(如果你的项目版本更新,你需要重新生成数据库(这里说的是ModeFirst),你需要做哪些事情?自己想想)

当然也有其有点:但是我们完全可以用powerdesigner代替它.

 

教训:简单实现的东西或许用了其他东西作为交换(性能).最新的不一定是最好的.

posted @   异地远程联网技术  阅读(689)  评论(5编辑  收藏  举报
编辑推荐:
· 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框架的用法!
点击右上角即可分享
微信分享提示