社区
C#
帖子详情
和传统的ADO.NET相比,EF(Entity Framework)如何?
ximomomoxinei33
2012-03-05 09:32:39
请教坛子里的高手,现有的OA系统是三层构架 DAL BLL UI Models Common
对数据库操作基本都是sql语句(写在DAL层中),
现打算改成EF方式去重写,希望高手说说是否可行,以及两者的优缺点对比。
还有个问题,现在系统是winform模式,听领导提到以后可能会改成asp.net版本。会加入一层web服务,希望做过web服务相关项目的高手谈一谈自己的理解,多谢了!!!!
...全文
4983
21
打赏
收藏
和传统的ADO.NET相比,EF(Entity Framework)如何?
请教坛子里的高手,现有的OA系统是三层构架 DAL BLL UI Models Common 对数据库操作基本都是sql语句(写在DAL层中), 现打算改成EF方式去重写,希望高手说说是否可行,以及两者的优缺点对比。 还有个问题,现在系统是winform模式,听领导提到以后可能会改成asp.net版本。会加入一层web服务,希望做过web服务相关项目的高手谈一谈自己的理解,多谢了!!!!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
21 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
ximomomoxinei39
2012-03-13
打赏
举报
回复
顶哈!!高手谈谈心得!!
cjh200102
2012-03-12
打赏
举报
回复
各自都有方便之处,关键是看项目选择了
ximomomoxinei39
2012-03-12
打赏
举报
回复
[Quote=引用 18 楼 nonocast 的回复:]
引用 13 楼 ximomomoxinei39 的回复:
OMG 这个话题木人气啊? 不应该呀?
月经贴
[/Quote]
C#和java哪个更好呢?
ximomomoxinei39
2012-03-09
打赏
举报
回复
[Quote=引用 11 楼 lokily 的回复:]
曾经评估过EF的应用,当时微软还没有正式推出它,但最终放弃了。不是说它不好,它只是使对数据库的编码更符合面向对象的编程的方式,这中ORM技术是在提高开发效率,并不是提高运行效率,或者说是对多数据库的支持要比手工SQL对多数据库的支持要方便一些,但不是绝对,在我们的某个项目上,后来采用了NHibernate,基于组员对Hibernate的熟悉程度,更方便接受一些。简单理解就是,采用ORM的方式,对……
[/Quote]
看来 EF想优化确实没有SQL语句直接操控来的容易!
nonocast
2012-03-09
打赏
举报
回复
[Quote=引用 13 楼 ximomomoxinei39 的回复:]
OMG 这个话题木人气啊? 不应该呀?
[/Quote]
月经贴
qiume
2012-03-09
打赏
举报
回复
封装和原生......
欢乐的小猪
2012-03-09
打赏
举报
回复
EF用起来真的太简单方便了,建好相应的类就自动创建数据库
ximomomoxinei39
2012-03-08
打赏
举报
回复
OMG 这个话题木人气啊? 不应该呀?
知擎物联
2012-03-08
打赏
举报
回复
[Quote=引用 11 楼 lokily 的回复:]
曾经评估过EF的应用,当时微软还没有正式推出它,但最终放弃了。不是说它不好,它只是使对数据库的编码更符合面向对象的编程的方式,这中ORM技术是在提高开发效率,并不是提高运行效率,或者说是对多数据库的支持要比手工SQL对多数据库的支持要方便一些,但不是绝对,在我们的某个项目上,后来采用了NHibernate,基于组员对Hibernate的熟悉程度,更方便接受一些。简单理解就是,采用ORM的方式,对于……
[/Quote]
本来还想学习下的,看了下,确实不是特别大的项目用了没意义啊。
ximomomoxinei33
2012-03-07
打赏
举报
回复
[Quote=引用 11 楼 lokily 的回复:]
曾经评估过EF的应用,当时微软还没有正式推出它,但最终放弃了。不是说它不好,它只是使对数据库的编码更符合面向对象的编程的方式,这中ORM技术是在提高开发效率,并不是提高运行效率,或者说是对多数据库的支持要比手工SQL对多数据库的支持要方便一些,但不是绝对,在我们的某个项目上,后来采用了NHibernate,基于组员对Hibernate的熟悉程度,更方便接受一些。简单理解就是,采用ORM的方式,对……
[/Quote]
说的挺细 顶了!!!
lokily
2012-03-06
打赏
举报
回复
曾经评估过EF的应用,当时微软还没有正式推出它,但最终放弃了。不是说它不好,它只是使对数据库的编码更符合面向对象的编程的方式,这中ORM技术是在提高开发效率,并不是提高运行效率,或者说是对多数据库的支持要比手工SQL对多数据库的支持要方便一些,但不是绝对,在我们的某个项目上,后来采用了NHibernate,基于组员对Hibernate的熟悉程度,更方便接受一些。简单理解就是,采用ORM的方式,对于普通的CRUD操作,可以视同隔离了SQL语句,对于不熟悉多种SQL的开发人员来说,是比较惬意的事情,如果项目本身不大,且没有多数据库支持,对orm的使用其实也就那么回事了。还有就是,如果后期维护中,涉及到SQL优化的时候,又偏偏涉及到SQL 语句拼写的优化时,手工SQL反而更好调整,因为在ORM下的SQL是框架生成的,要想改sql,得改程序,这动静就不小了而且危险性要大了,当然,也可以让ORM直接执行原生SQL,但还是要改程序。还有一点,数据库结构的变化,导致EF Entity 的变化,也比较麻烦,有人说,数据库结构还能总变?这个。。。还真的总会碰到的
ximomomoxinei33
2012-03-06
打赏
举报
回复
继续等答案!用过的朋友讲讲啊
小茶杯
2012-03-05
打赏
举报
回复
EF要是做大项目的话还行。。。他的处理数据比较相对。。。处理100条数据和处理1000条数据速度差不多的。。
数据巨量小的话。还是不适合用的。。但是大部分好想用EF的话都是ORACLE。。
mizuho_2006
2012-03-05
打赏
举报
回复
EF挺好用的,但如果是ORACLE数据库需要下插件才支持。LINQ to Sql也是只支持Sqlserver。也可以选NHibernate,大型项目中用的比较多,比较流行的ORM模型。
cnwin
2012-03-05
打赏
举报
回复
是啊,实体模型性能上肯定要损失些。当然也带来了一些便利,比如不必关心如何访问数据库了。
nonocast
2012-03-05
打赏
举报
回复
关键是方便
小茶杯
2012-03-05
打赏
举报
回复
实体模型感觉。。处理数据慢一些,但是使用方便。。SQL快。。。
把最好的留到最后
2012-03-05
打赏
举报
回复
我是菜鸟,按照我的理解,三层架构低耦合,那么你换UI,就是换把原来的winform换成web,SQL写好了继续用,改改多麻烦,winform也留着。
ximomomoxinei39
2012-03-05
打赏
举报
回复
顶了 希望高手继续回答!
net_friends
2012-03-05
打赏
举报
回复
如果希望用.net 开放数据访问层,那么你可以查查看 ADO.NET Data Service
直接使用 WCF 开放 OData 数据协议。
http://blog.csdn.net/fangxinggood/article/details/6378106
加载更多回复(1)
FPGA图像处理算法教程
下载代码方式:https://pan.quark.cn/s/28492da20c79 依据所提供的文件资料,本资源将系统地探讨FPGA(即现场可编程门阵列)的核心概念、其在视频图像技术领域的入门及进阶知识要点,以及图像处理算法的实现方法。此外,还将对VIPBoardBig这一特定FPGA开发板的详细资料和使用途径进行深入剖析。 FPGA的入门与进阶学习主要涉及以下核心内容: 1. FPGA的基础概念:FPGA是一种能够通过编程进行配置的集成电路,主要目的是达成硬件逻辑的可重构特性。该类芯片由大量的可配置逻辑模块(CLB)、输入输出模块(IOB)以及可编程互连资源共同构成。 2. FPGA开发板与相关套件:FPGA开发板是一种用于FPGA芯片学习和测试的硬件平台,通常配备有基础的外设设备,例如LED指示灯、按键开关、LCD显示屏、串口通信接口等。套件则通常包含硬件板卡、技术文档、相关资源,以及可能的软件工具和示例代码集。VIPBoardBig即为本教程选用的FPGA开发板,拥有特定的硬件配置和功能特性。 3. FPGA的开发流程:FPGA开发一般涉及硬件描述语言(HDL)的设计与仿真阶段,常用语言为Verilog或VHDL。随后,借助综合工具将设计蓝图转化为FPGA内部的逻辑网络,最终通过编程设备将配置文件传输至FPGA芯片中,从而实现设计的预期功能。 4. 外设开发与设计工作:涵盖LED显示控制、键盘驱动、LCD显示驱动、UART串口设计等基础外设的开发任务。这部分知识将引导学习者掌握如何在FPGA平台上管理和运用这些基础外设。 5. VGA驱动显示与字符显示测试:VGA(Video Graphics Array)是一种视频传输接口标准,能够支持640x480...
SmartGit 版本控制
SmartGit 版本控制
GEO营销基于大模型采信逻辑的七步内容矩阵构建:企业知识库落地与AI流量获取系统方法论
内容概要:本文系统阐述了企业在搭建官方知识库后如何通过“7步锚定法”实现GEO(生成式引擎优化)的落地,重点在于从知识库走向内容矩阵的战略升级。文章指出知识库仅为起点,真正的核心是让大模型“信任并推荐”企业内容。为此提出“一个主战场+多个品牌布局”的策略,强调需根据行业特性选择高商业流量的大模型(如豆包、文心一言、通义千问等),而非工具性模型(如ChatGPT、Claude)。通过业务场景画像、大模型流量测绘、采信逻辑拆解、内容架构设计、语义关键词埋点、信源建设与效果迭代七步法,构建高质量、高可信度的内容体系,并警惕“全模型覆盖、内容堆砌、一套内容通用、忽视第三方平台”四大误区。最终指出GEO本质是一场认知战,比拼的是对大模型逻辑与客户需求的理解深度及长期主义投入。; 适合人群:已完成官方知识库搭建、希望提升AI引用率与获客效率的企业市场负责人、品牌运营、数字营销从业者及SEO/GEO优化相关人员。; 使用场景及目标:①指导企业科学选择主攻大模型并制定差异化内容策略;②构建符合大模型采信逻辑的高质量内容矩阵;③避免常见GEO落地误区,提升AI搜索下的品牌曝光与转化效果;④建立可持续优化的数据反馈闭环。; 阅读建议:建议结合自身行业特征与客户决策路径,逐步实践“7步法”,优先聚焦单一主战场打透,注重内容质量与第三方权威信源建设,坚持3-6个月持续投入以观察真实效果。
国央企创新负责人如何借助科创数智大脑实现产业链协同创新?.docx
科易网基于40亿+科创知识图谱数据库,深度探索AI技术在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,研究科技创新领域的AI+数智化解决方案,推动科技创新与产业创新智能化发展。
国央企创新负责人如何通过科创数智大脑支持企业数字化转型?.docx
科易网基于40亿+科创知识图谱数据库,深度探索AI技术在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,研究科技创新领域的AI+数智化解决方案,推动科技创新与产业创新智能化发展。
C#
111,129
社区成员
642,535
社区内容
发帖
与我相关
我的任务
C#
.NET技术 C#
复制链接
扫一扫
分享
社区描述
.NET技术 C#
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧
+ 用AI写文章