是否可以编译linq-to-objects的查询

Question

我在递归循环中有一个linq to objects查询,并且当对象接近1000以上并且网站上有超过100个用户时会感到害怕 - 我的网站将会中断.所以可以编译linq到对象查询.

linq查询只会找到节点的直接子节点.

Answer 1

要了解为什么编译概念对LINQ to Object查询没有意义,理解LINQ的实现方式很有用.首先,应该清楚的是,无论您使用的LINQ的变体如何,C#编译器都会在编译时将用流利语法编写的LINQ查询转换为等效的方法调用语法:

from person in people
where person.Age < 18
select person.Name
// will be converted to:
people.Where(person => person.Age < 18).Select(person => person.Name)

从现在开始,LINQ查询基本上是一组方法调用,它采用一些参数并通常将IEnumerable<T>对象转换为另一个IEnumerable<T>对象.延迟执行与编译不同,只需在IEnumerable<T>您遍历输出之前不从原始对象中获取任何对象即可实现IEnumerable<T>.基本上,延迟执行的方法在符号上操作它们的参数而不触及原始集合,构建一个可以根据需要查询内容的生成器.

考虑到这一点,请查看person => person.Age < 18上面表达式中的lambda 表达式.它需要一个Person对象并返回一个bool.Lambda表达式是无类型的; 它们可以被视为表达式树或匿名方法,具体取决于它们的类型推断的上下文.在这种情况下,从Where扩展方法的参数类型推断出类型.这就是LINQ to SQL和LINQ to Object的区别.在LINQ to Objects中,该Where方法只需采用Func<Person, bool>相反的方法Expression<Func<Person, bool>>.这实际上意味着在LINQ to Objects中,C#编译器将lambda表达式编译为匿名方法,并在编译时生成IL 并将委托传递给该方法Where.

在其他LINQ版本中,如LINQ to SQL,lambda 不会编译为IL.相反,编译器从lambda表达式中构建表达式树对象,并将表达式树传递给LINQ方法.LINQ方法使用这些表达式树来构建用于查询内容的模型.在运行查询时,构建为使用表达式树表示查询的对象模型将转换为另一种东西(取决于所使用的LINQ变体),如LINQ to SQL中的SQL语句,以便在数据库上执行.这个转换过程在运行时完成,这就是我们所谓的LINQ查询编译.

综上所述,问题是汇编到什么？LINQ to Object在运行时不需要编译的原因是它首先不是表达式树格式; 它已经是IL了.

与普通循环相比,您几乎不需要担心LINQ to Objects的性能.