实体框架的惨痛教训
个人评价:
通过半年的开发,项目已经运营.但回想起来,整个项目中遇到了许多的问题,还好需求策划上一直很好(原因在于老板原来就是一个产品总监且目前的策划都很有逻辑性),所以对于开发人员而言没有吃苦.问题在于微软的实体框架EF让人简直痛恨至极(个人愚见),让我们浪费了大量时间.
其一:效率(如果有人做过测试我想都和我有同感,这增删改查无处不见其效率之低下,我想如果说你要执行原生态的sql表达式 或者较为其次的LINQ,根本就没有用它的必要性,更何况linq是一个值得争议的技术,有人测过他的效率就知道了.
单凭实体框架的效率问题,在一个并发性能可能上万的项目中,简直BS至极)
其二:数据冗余(如果你查询一个或两个字段,你的查询结果真够要命....不用多说)
其三: 项目版本更新问题(如果你的项目版本更新,你需要重新生成数据库(这里说的是ModeFirst),你需要做哪些事情?自己想想)
当然也有其有点:但是我们完全可以用powerdesigner代替它.
教训:简单实现的东西或许用了其他东西作为交换(性能).最新的不一定是最好的.
【推荐】国内首个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框架的用法!