手工把LINQ转成表达式（二）准备工作

最新推荐文章于 2019-04-28 20:52:23 发布

guoyichao

最新推荐文章于 2019-04-28 20:52:23 发布

阅读量1k

点赞数

分类专栏： LINQ C# Expression 文章标签： linq join 优化扩展 null string

本文链接：https://blog.csdn.net/guoyichao/article/details/6689025

版权

本文介绍了将LINQ语句转换为表达式的方法，重点关注如何保存和管理上下文信息。通过一个参数结构记录输入参数、当前语句表达式和后续参数，简化了非递归解析过程。文章还提到了最新的语法规则更新，并提供了一个LINQ转换入口的示例，特别处理了'DefaultIfEmpty'以支持left join。在解析过程中，遵循C#编译LINQ的方式生成表达式，但忽略了优化。读者可以通过提供的链接获取最新代码。

摘要由CSDN通过智能技术生成

先来看一句简单的LINQ语句：

from item in Source

select item

这里如果写成方法调用的话就是

Source.Select(item => item)

这意味着in后面的是作为方法调用的发起方(invoker) ，from是定义表达式参数，select才是真正的方法本身。

再来看个多语句的例子：

from a in A

where a != null

select a

不考虑优化的情况下写成方法应该是

A.Where(a => a != null).Select(a => a)

也就是说可以认为前一句的输出是后一句的输入并且后一句还需要用到前一句的参数别名，在解析的时候需要一种机制能满足这种要求，为了简化处理不再采用递归方式分析，而是用了这么一个结构保存解析LINQ时所有要用到的上下文场景：

    internal class LINQContext
    {
        public ParameterExpression Parameter { get; set; }
        public string Name { get; set; }
        public Expression Self { get; set; }

        private ParameterExpression nextParameter;
        public ParameterExpression NextParameter
        {
            get
            {
                if (nextParameter != null) return nextParamete