ADO.Net EF框架非常的灵活,好的习惯可以提高性能,而不好的习惯就会减少性能,为了提高性能简化开发,总结网络给出下面的经验。
1.如果要扩展实体类的功能,应该通过“部分类”(partial)实现
2.如果需要借助ObjectContext对象查询或更新数据库,应将ObjectContext定义为方法参数,而不是在业务逻辑层中创建ObjectContext对象(这种方法来减少ObjectContext 但代码很好看)。
3.通过主键获取对应实体,听说下面的方法会读取缓存,性能很好(还没有测试过)
int Id = 10248;//参数 object o; //返回值 NorthwindEntities ne = new NorthwindEntities(); ne.TryGetObjectByKey(new System.Data.EntityKey("NorthwindEntities.Orders","OrderID",Id), out o); 4.通过CompiledQuery.Compile()预编译查询
5.多个 ObjectContext 共享一个 EntityConnection 对象
6.PerWebRequest 每次请求唯一模式,也就是每次请求创建一个EF对象连接。
7.
我觉着这位朋友的话说的有道理:
很多人质疑它的性能,其实它肯定是比直接SQL语句访问要慢一些的,就像.Net会比C++程序慢一样。
但即使慢,也是一个绝对可以接受的范围,并且这是在绝大多数商业应用中都可以被忽略的差异,这里没有多少人做的应用需要充分争取数十毫秒左右的响应时间,但绝对有人希望让项目提前几天完工:这就是它带来的正面效果,这还是物有所值的。
最后我想说,不要因为听到他人的负面说法就放弃一个技术的学习和研究,只有我们真正的了解了他才能更好的去判定他的价值。
未完!
参考文章:
http://www.cnblogs.com/SkyD/archive/2009/07/20/1526767.html
冯瑞涛
分类:
[01] .Net X
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?