`
javasalatu
  • 浏览: 721847 次
  • 性别: Icon_minigender_2
  • 来自: 北京
博客专栏
96df99eb-e89d-3228-9c8e-967fc745ec52
程序员的自我经营之道
浏览量:7691
文章分类
社区版块
存档分类
最新评论

对ADO.Net Entity Framework的了解总结

 
阅读更多

因为数据持久层选型,这段时间查阅了很多资料,也做了很多实验,感觉这个东西虽然很强大,但在做大型项目时还是缺少灵活性,主要在以下几个方面:

1、实体缓存支持不够灵活,虽然支持缓存,但必须对ObjectContext进行单例或多例管理,而且哪些缓存,哪些不缓存,缓存多少,如何刷新,都不是很完善;

2、ESQL不支持复杂的查询,这对于ERP之类的软件其实是个软肋;

3、如果要用edmx,分割和维护都是个麻烦事情;

4、如果表在不同的ObjectContext(也许是edmx),关联查询无法执行;

5、如果利用objectContext直接执行sql语句,返回的结果必须提供预先定义的实体类,不是很方便;

6、这个东东的延续性不是很好,微软解决一些缺点时不是在原有体系上兼容,而是另起炉灶,DbContext就有取代ObjectContext的趋势,虽然两个都可以用,还可以混合,但至少暴露出延续性是个问题,改过来还是需要一些成本的。

7、用实体这种强类型确实有利于编程,但在系统中,复杂的查询,特别是动态构造的查询没法使用,这是非常不利的。即不利于提高系统的灵活性,又没法减少工作量。

AEF从目前来看,功能的强大基本达到数据库系统级别:内存实体关系数据库。难道微软想用此替代SQLServer,Oracle?大笑其实我到希望微软能在ADONet上提供一个数据库

方言处理的类库。

当然,AEF的优点很多,微软已经宣传的很多了,我就不说了.

至于测试驱动,代码优先,概念优先都是些忽悠人的东东(至少很有一部分),微软忽悠程序员,程序员忽悠老板,老板忽悠客户。

后记:我很赞同有些同仁的说法,我也发觉,我越是了解它,越觉得它是个又臭又长的家伙。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics