你所不知道的linq

  • 问题的提出

昨天在qq群问了一个linq的问题被人鄙视了。题目大概类似于 

 var reuslt=from s in new List<string>() select s;

from...in...select...中in后面如果接的不是集合,而是一个delegate,会怎么样??之后就被人鄙视了,一些人嘲笑我工作年头是混出来的,in后面当然是数据源了,delegate也可以作为数据源,所以当然可以了。无奈,只能百度——在微软的官网上查到了如下信息:

!!!!!!!!!我的亲娘啊,我现在的代码中from in select 子句的in后面已经跟了delegate,并且是可行的。难道delegate继承自IEnumerable??

打死也不信。微软官网在说谎。那真实的情况是什么样的呢,后来我终于在源码中找到了一个自认为合理的解释,或许这就是from in select 子句的本质,现在分享给大家,如果事实不是这样,欢迎指正。

  • 问题的本质

from in select子句肯定会编译成c#代码的,会编译成什么呢?我的猜测是这个子句的三个关键字会一起编译。后来结合源码,分析到其实只要in后面的数据类型Tin实现扩展方法

1
 public static T3 Select<T1, T2,T3>(this Tin tin, Func<T1, T2> selector)

只要实现这个扩展方法,T2类型就可以放到in后面作为数据源。而T1类型就是from子句对象的类型,而select子句的lambda表达式对应的就是Func<T1,T2>selector.

select子句的类型和lambda表达式的入参是一致的。而select返回的类型,不一定是最终返回的类型,而Select扩展方法的返回值会作为最终的返回类型。

多说也不明白,还是给大家上示例代码,一看就明白了。

  •   最后的心得

1,qq群很少能够帮上你忙得,官方文档也是不可靠的。

2,常识很可能是假的

3,有空还是多看看开源代码,那是真的

posted @   [水&月]坟  阅读(1180)  评论(11编辑  收藏  举报
编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· 展开说说关于C#中ORM框架的用法!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
点击右上角即可分享
微信分享提示