你所不知道的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扩展方法的返回值会作为最终的返回类型。
多说也不明白,还是给大家上示例代码,一看就明白了。
class Program { static void Main( string [] args) { var result = from s in new TestApp() { A = 2 } select s; Console.WriteLine(result.GetType() + " " + result); Console.ReadLine(); var reuslt = from s in new List< string >() select s; } } public class TestApp { public int A { get ; set ; } } public static class SelectExtension { public static string Select( this TestApp app, Func< int , int > selector) { return "hello,你是" + selector(app.A).ToString(); } } |
- 最后的心得
1,qq群很少能够帮上你忙得,官方文档也是不可靠的。
2,常识很可能是假的
3,有空还是多看看开源代码,那是真的
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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,谁才是开发者新宠?