你所不知道的linq

Posted 2020-08-22

• 问题的提出

昨天在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实现扩展方法

 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，有空还是多看看开源代码，那是真的