Entity framework性能怎么样

blackeye2004 2011-09-01 10:00:44

用过的朋友说下，这个东西性能怎么样？

...全文

665 8 打赏收藏转发到动态举报

写回复

用AI写文章

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

threenewbee 2011-09-01

打赏
举报

[Quote=引用 6 楼 blackeye2004 的回复:]
引用 5 楼 caozhy 的回复:

一句话，取决于开发者的水平。

话是这么说，不过都有个易用性吧，如果有其他更好用的，就用其他的了
[/Quote]
我跟你说，不同的技术性能差距在一个数量级以内，比如快30%或者快2倍。
但是你的算法优劣可以带来几个数量级的差别比如差2000%，或者100倍。
当然，我们的基准测试可以忽略其他因素，来测试某一点，但是现实状况则不是这样。

萧炎 2011-09-01

打赏
举报

LZ你这个太广泛了
去百度 googel下
MSDN上也有吧

blackeye2004 2011-09-01

打赏
举报

[Quote=引用 5 楼 caozhy 的回复:]

一句话，取决于开发者的水平。
[/Quote]
话是这么说，不过都有个易用性吧，如果有其他更好用的，就用其他的了

threenewbee 2011-09-01

打赏
举报

一句话，取决于开发者的水平。

LMAOhuaNL 2011-09-01

打赏
举报

[Quote=引用 3 楼 abbey 的回复:]

看从什么角度吧。

从开发效率讲，LINQ to Entity和EF的出现，可以上我们把精力更加集中在业务逻辑的设计上，而不用太过纠结于数据访问和数据封装。

从运行的性能上，LINQ的迟延运行、编译后查询等也提供了很大的灵活性，Context对事务的处理和封装，以及并发冲突处理的简化都对数据一致性提供了一定程度的保障，但单纯的SQL语句执行上不见得有ADO.NET的速度快。
[/Quote]
up

老毕 2011-09-01

打赏
举报

看从什么角度吧。

从开发效率讲，LINQ to Entity和EF的出现，可以上我们把精力更加集中在业务逻辑的设计上，而不用太过纠结于数据访问和数据封装。

从运行的性能上，LINQ的迟延运行、编译后查询等也提供了很大的灵活性，Context对事务的处理和封装，以及并发冲突处理的简化都对数据一致性提供了一定程度的保障，但单纯的SQL语句执行上不见得有ADO.NET的速度快。