EF中不支持 自定义查询回到IEnumerable<dynamic>吗？ 不会这么弱吧

EF中不支持 自定义查询返回IEnumerable<dynamic>吗？ 不会这么弱吧？
     项目中用的NH，加上现在关注的EF，都存在自定义查询的实体问题，也就是自定义查询时需要创建一个业务实体，那么这样的话尤其是对于数据管理平台来说Model层会相当庞大，我就体会到了。
   
     今天在萧秦的博客中发现他用到了这个方法，即直接返回IEnumerable<dynamic>， 经请教后，他说用的是fluent Data ORM, 这个ORM是支持dynamic的，  那么我就奇怪难道EF真的不支持。
     我写了个测试代码，发现，如果在EF中这样使用，其实dynamic就被理解为object. 看看大家遇到过累死的烦恼没？
      

  string sql = @"select a.ID as FID,a.MODULENAME as FMODULENAME,a.ICON as FICON,b.ID as CID,b.MODULENAME as CMODULENAME,b.ICON as CICON,b.URL from (
select * from 
b_commission a where a.pid=0 
) a 
inner join 
(
    select * from B_COMMISSION a where a.PID<>0
) b 
on a.ID=b.PID";
            IEnumerable<dynamic> list = db.Database.SqlQuery<dynamic>(sql);

            foreach (var item in list)
            {
               //此时会报错，提示object未包含FID的定义。
                Console.WriteLine(item.FID);
            }

[解决办法]
你的场合可以使用IEnumerable<Dictionary<string,object>>替代，至于是否支持不清楚，但是dynamic类型不适合在集合中使用，效率非常低，还不如用DataTable这样的弱类型替代了。
[解决办法]
你对dynamic的理解并没有原则性的错，而是欠缺。

foreach (dynamic item in list)

[解决办法]
不知道你写的 db.Database.SqlQuery<dynamic>(sql)  这个的实现代码是什么，因此不知道其意义。请贴出其代码来。
[解决办法]
你可以用dynamic linq。

[解决办法]
哪怕是只取表中的2个数据字段~，也使用表对应的Model~
不要为了2个字段再创建一个实体~ 不就OK了~ 总得牺牲点什么~
如果取其他表的数据，就用实体关联（导航属性）

另外可以返回的是IQueryAble<T> 那么可以在需要数据的时候再查询（EF有延迟查询特性）
var result=from x in (IQueryAble<T>)//这个是随便写的
           where .....
           select new{x.A,x.B};

//这样也只会从数据库拿两个字段
//这招在Webfrom还是蛮好使的，但在mvc中，view和Controller之间的Model必须早定义好，当然也可以用View.Bag，但是弱类型的~，没有智能提示，不喜欢

dynamic 这个是动态类型，也就是没有智能提示，也没有强类型检查~，不喜欢

分享一下我个人看法，尽可能利用生成的Model，哪怕是多读点数据，
必要时则自定义Model

查看更多 下一篇