因为数据持久层选型，这段时间查阅了很多资料，也做了很多实验，感觉这个东西虽然很强大，但在做大型项目时还是缺少灵活性，主要在以下几个方面：
1、实体缓存支持不够灵活，虽然支持缓存，但必须对ObjectContext进行单例或多例管理，而且哪些缓存，哪些不缓存，缓存多少，如何刷新，都不是很完善；
2、ESQL不支持复杂的查询，这对于ERP之类的软件其实是个软肋；
3、如果要用edmx,分割和维护都是个麻烦事情；
4、如果表在不同的ObjectContext(也许是edmx)，关联查询无法执行;
5、如果利用objectContext直接执行sql语句，返回的结果必须提供预先定义的实体类，不是很方便；
6、这个东东的延续性不是很好，微软解决一些缺点时不是在原有体系上兼容，而是另起炉灶，DbContext就有取代ObjectContext的趋势，虽然两个都可以用，还可以混合，但至少暴露出延续性是个问题，改过来还是需要一些成本的。
7、用实体这种强类型确实有利于编程，但在系统中，复杂的查询，特别是动态构造的查询没法使用，这是非常不利的。即不利于提高系统的灵活性，又没法减少工作量。
AEF从目前来看，功能的强大基本达到数据库系统级别：内存实体关系数据库。难道微软想用此替代SQLServer,Oracle?
其实我到希望微软能在ADONet上提供一个数据库
方言处理的类库。
当然，AEF的优点很多，微软已经宣传的很多了，我就不说了.
至于测试驱动，代码优先，概念优先都是些忽悠人的东东（至少很有一部分），微软忽悠程序员，程序员忽悠老板，老板忽悠客户。
后记：我很赞同有些同仁的说法，我也发觉，我越是了解它，越觉得它是个又臭又长的家伙。
