> .Net技术 > EF中不支持 自定义查询返回IEnumerable吗？ 不会这么弱吧？

EF中不支持 自定义查询返回IEnumerable吗？ 不会这么弱吧？

.Net技术 码拜 9年前 (2015-07-18) 1335次浏览 0个评论
 

     项目中用的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);
            }

#1
在fluentData的API中发现的一段代码：

 dynamic products = Context.Sql(@"select * from Product
			where ProductId = @ProductId1 or ProductId = @ProductId2")
			.Parameter("ProductId1", 1)
			.Parameter("ProductId2", 2)
			.QueryMany<dynamic>();

看到这段代码后很是激动，难道EF真这么奇葩，这么高效的功能竟然没有引入？ 不可能吧？

#2
mark,坐等高手分析

#3
本来orm是为了避免写sql语句的。你举的例子全用了sql语句，这跟orm的初衷背道而驰呀。

dynamic是为了和外部组件交互而引入的。像你的这种场合，我看还不如直接返回一个DataSet.你连对象都不要了，还要搞个dynamic来冒充啥呢？
10分

#4
你的场合可以使用IEnumerable<Dictionary<string,object>>替代，至于是否支持不清楚，但是dynamic类型不适合在集合中使用，效率非常低，还不如用DataTable这样的弱类型替代了。
10分

#5
你对dynamic的理解并没有原则性的错，而是欠缺。

foreach (dynamic item in list)
10分

#6
不知道你写的 db.Database.SqlQuery<dynamic>(sql)  这个的实现代码是什么，因此不知道其意义。请贴出其代码来。
20分

#7
你可以用dynamic linq。

#8

回复楼:

从这点看出来你，把EF当作sql代码的另一种书写方式。

我经常训人，胡乱建视图，好端端的东西给搞砸了。

EF 有导航属性在，根本不用像作视图一样，为各种需求联合不同表，暴露不同字段。

#9
db.Database.SqlQuery<dynamic>(sql) 还不如回到 DataSet 时代。

#10
比如显示一个人员列表，需要多个部门表的部门名称

得到的数据是

用户id，部门名称，用户名

 那么就大错特错。

#11

回复6楼:

这个是直接用的EF， db就是DbContext的继承类。

#12

回复8楼:

我不相信你的项目中一句自定义查询也么有，你的数据逻辑我也不方便评价，

同时： 我只是想就我平时遇到的问题提出一个解决办法。

#13

回复3楼:

你的项目中也没有一个自定义查询？ 

不佩服你不行

#14
有时候做报表，用EF还真用不上。用dataset可能性高。

但是不能因为特例放弃面向对象编程的基本做法。

#15
楼主的想法是不是希望根据Sql推导出相应的动态类型和属性，这样的话在开发中就不需要为每个自定义的语句编写一个实体模型。

#16

回复9楼:

+1

#17

回复15楼:

是的，我正是这个想法，这个问题相信大家在项目中肯定遇到过。
10分

#18
哪怕是只取表中的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

#19

回复14楼:

用EF框架就是面向对角编程,用DataSet就不是了？请教

#20

回复18楼:

做数据平台的话，像这样的业务Model太多。过多

#21
若使用sqlquery查询 需要定义一个对应的entity 这个是很烦的 我之前做的项目都是定义一个对应entity 
现在做一个动态生成表 也就是在运行时生成表或修改表结构的模块 项目使用EF  其中的一个实现思路也是想通过dynamic 来实现 

#22
请问楼主解决这个问题没有？

#23
我也想知道……

#24
对这个问题，winner2050说的比较对。但有些情况如果能返回dynamic也是不错的。就像php中，以array为查询结果返回。
winer2050举例的情况，用ef的include各个外键属性是比较适合的。
但项目如果所有数据都需要序列化，直接poco序列化有问题，而另外生成viewmodel不少人会觉得麻烦，使用codefirst，标注datamember虽然可以解决，但并不是所有人都喜欢codefirst。等等之类的ef解决不了的情况（可能我ef还不够了解）不用ef就是了，并不是所有情况ef都适用。比如需要垂直分表，我就不知ef如何实现，可能能实现吧，但这些情况，我不用ef就是了，人怎么能被尿憋死？

#25

回复21楼:

 

具体做法是什么样的？ 

#26

回复22楼:

还没有，后来没再关注过，最近又想起来了。

#27
【求助】我现在也碰到这问题了，楼主是怎么解决的。
CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明EF中不支持 自定义查询返回IEnumerable吗？ 不会这么弱吧？！
喜欢 (0)赏
[1034331897@qq.com]
分享 (0)

文章评论已关闭！