- 问题的提出
昨天在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，有空还是多看看开源代码，那是真的
