于是就有了此文,于是就有了此文

【转】再讲IQueryable<T>,揭发表明式树的神秘面纱

接上篇《先说IEnumerable,大家每一日用的foreach你实在懂它吧?

接上篇《先说IEnumerable,大家每一天用的foreach你真的懂它吗?

近期园子里定制自个儿的orm那是一个风生水起,感到不整个本人的orm都倒霉意思继续混天涯论坛了(开个笑话)。那么从前大家有不能缺少留意询问下 IQueryable<T> ,于是就有了此文。

新近园子里定制自身的orm那是二个风生水起,感到不整个自个儿的orm都不好意思继续混天涯论坛了(开个噱头)。那么在此以前大家有不可或缺留神打听下 IQueryable<T> ,于是就有了此文。

何以是树?

什么样是树?那个主题素材好像有一点白痴。树不便是树嘛。看图:

亿万先生 1

我们从最下边包车型大巴主导开头往上看,主枝-分支-分支….能够说是无比分支下去。大家倒过来看正是那般:

亿万先生 2

日常大家用得最多的树结构数据就是XML了,节点下边能够非常增加子节点。大家思想平日还用过怎么树结构数据,比方:菜单Infiniti分级、商议区的办公大楼礼堂旅馆和应接所。

那和我们今日讲的有毛关系啊。… 大家今日非常重要正是来剖析表达式树的。、

lambda表明式和宣布式树的差距:

Lambda表达式:

Func<Student, bool> func = t => t.Name == "农码一生";

表明式树: 

Expression<Func<Student, bool>> expression = t => t.Name == "农码一生"; 

 咋一看,没啥分化啊。表达式只是用Expression包了一下而已。那你错了,那只是Microsoft给我们显示的障眼法,大家看编写翻译后的C#代码:

亿万先生 3

首先个lambda表达式编写翻译成了佚名函数,第一个表明式树编写翻译成一了一批我们不认得的事物,远比大家原来写的lambda复杂得多。

结论:

  • 我们平常应用的表明式树,是编写制定的lambda表明式然后编写翻译成的表达式树,也正是说平常相似景况采纳的表明式树都以编写翻译器帮我们做到的。(当然,我们能够能够手动的积极的去创表达式树。只是太费事,不是少不了情形未有什么人愿意去干那个苦活呢)

咱俩来探访表明式树到底有什么样奇妙的地方:

亿万先生 4

有未有看出点认为来?Body里面有Right、Left,Right里面又有Right、Left,它们的种类都以继续自 Expression 。这种节点上面有节点,能够Infiniti叠合下去的数据结构大家称为树结构数据。也正是我们的发挥式树。

补:上面的 Student 实体类:

亿万先生 5亿万先生 6

public class Student
{
    public string Name { get; set; }

    public int Age { get; set; }

    public string Address { get; set; }

    public string Sex { get; set; }
}

View Code

什么样是树?

怎样是树?这一个难点好像有一点白痴。树不正是树嘛。看图:

亿万先生 7

我们从最下边包车型客车主旨开头往上看,主枝-分支-分支….能够说是极端分支下去。大家倒过来看正是这么:

亿万先生 8

平常我们用得最多的树结构数据正是XML了,节点上边能够非常加多子节点。我们思虑平常还用过怎么着树结构数据,比方:菜单Infiniti分级、批评区的楼房。

那和大家后天讲的有毛关系啊。… 我们前日根本便是来深入分析表达式树的。、

lambda表达式和发挥式树的分别:

Lambda表达式:

Func<Student, bool> func = t => t.Name == "农码一生";

表达式树: 

Expression<Func<Student, bool>> expression = t => t.Name == "农码一生"; 

 咋一看,没啥差距啊。表达式只是用Expression包了眨眼间间而已。那您错了,那只是Microsoft给大家来得的障眼法,大家看编写翻译后的C#代码:

亿万先生 9

率先个lambda表达式编写翻译成了佚名函数,第2个表达式树编写翻译成一了一批大家不认识的东西,远比大家原先写的lambda复杂得多。

结论:

  • 大家常常选拔的表明式树,是编辑的lambda表达式然后编译成的表达式树,约等于说日常貌似景观选择的表达式树都以编写翻译器帮我们完结的。(当然,大家能够能够手动的能动的去创表达式树。只是太辛劳,不是不可缺少情状并未有何人愿意去干那一个苦活呢)

大家来拜见表明式树到底有啥奇妙的地方:

亿万先生 10

有没有看出点以为来?Body里面有Right、Left,Right里面又有Right、Left,它们的连串都以接二连三自 Expression 。这种节点上面有节点,能够特别叠合下去的数据结构大家誉为树结构数据。也正是大家的抒发式树。

补:上面的 Student 实体类:

亿万先生 11亿万先生 12

public class Student
{
    public string Name { get; set; }

    public int Age { get; set; }

    public string Address { get; set; }

    public string Sex { get; set; }
}

View Code

深入分析表达式树

上边我们看看了所谓的表明式树,其余也从没想象的那么复杂嘛。不正是一个树结构数据嘛。假使我们要兑现和睦的orm,免不了要分析表明式树。一般谈起深入分析树结构数据都会用到递归算法。下边大家先导分析表达式树。

先定义深入分析方法:

//表达式解析
public static class AnalysisExpression
{
    public static void VisitExpression(Expression expression)
    {
        switch (expression.NodeType)
        {
            case ExpressionType.Call://执行方法
                MethodCallExpression method = expression as MethodCallExpression;
                Console.WriteLine("方法名:" + method.Method.Name);
                for (int i = 0; i < method.Arguments.Count; i++)
                    VisitExpression(method.Arguments[i]);
                break;
            case ExpressionType.Lambda://lambda表达式
                LambdaExpression lambda = expression as LambdaExpression;
                VisitExpression(lambda.Body);
                break;
            case ExpressionType.Equal://相等比较
            case ExpressionType.AndAlso://and条件运算
                BinaryExpression binary = expression as BinaryExpression;
                Console.WriteLine("运算符:" + expression.NodeType.ToString());
                VisitExpression(binary.Left);
                VisitExpression(binary.Right);
                break;
            case ExpressionType.Constant://常量值
                ConstantExpression constant = expression as ConstantExpression;
                Console.WriteLine("常量值:" + constant.Value.ToString());
                break;
            case ExpressionType.MemberAccess:
                MemberExpression Member = expression as MemberExpression;
                Console.WriteLine("字段名称:{0},类型:{1}", Member.Member.Name, Member.Type.ToString());
                break;
            default:
                Console.Write("UnKnow");
                break;
        }
    }

}

调用深入分析方法:

Expression<Func<Student, bool>> expression = t => t.Name == "农码一生" && t.Sex == "男";
AnalysisExpression.VisitExpression(expression);

笔者们来探视实践进程:

亿万先生 13

一层一层的往子节点递归,直到遍历完全部的节点。最终打字与印刷效果如下:

亿万先生 14

大概大家想要的成分和值都取到了,接着怎么组装就看您本人的心怀了。是拼成sql,依旧生成url,请随意!

浅析表明式树

上边大家看来了所谓的表达式树,其余也未有想像的那么复杂嘛。不就是贰个树结构数据嘛。假如大家要兑现团结的orm,免不了要剖判表达式树。一般谈到分析树结构数据都会用到递归算法。上边我们开首深入分析表明式树。

先定义分析方法:

//表达式解析
public static class AnalysisExpression
{
    public static void VisitExpression(Expression expression)
    {
        switch (expression.NodeType)
        {
            case ExpressionType.Call://执行方法
                MethodCallExpression method = expression as MethodCallExpression;
                Console.WriteLine("方法名:" + method.Method.Name);
                for (int i = 0; i < method.Arguments.Count; i++)
                    VisitExpression(method.Arguments[i]);
                break;
            case ExpressionType.Lambda://lambda表达式
                LambdaExpression lambda = expression as LambdaExpression;
                VisitExpression(lambda.Body);
                break;
            case ExpressionType.Equal://相等比较
            case ExpressionType.AndAlso://and条件运算
                BinaryExpression binary = expression as BinaryExpression;
                Console.WriteLine("运算符:" + expression.NodeType.ToString());
                VisitExpression(binary.Left);
                VisitExpression(binary.Right);
                break;
            case ExpressionType.Constant://常量值
                ConstantExpression constant = expression as ConstantExpression;
                Console.WriteLine("常量值:" + constant.Value.ToString());
                break;
            case ExpressionType.MemberAccess:
                MemberExpression Member = expression as MemberExpression;
                Console.WriteLine("字段名称:{0},类型:{1}", Member.Member.Name, Member.Type.ToString());
                break;
            default:
                Console.Write("UnKnow");
                break;
        }
    }

}

调用解析方法:

Expression<Func<Student, bool>> expression = t => t.Name == "农码一生" && t.Sex == "男";
AnalysisExpression.VisitExpression(expression);

咱俩来看看实践进程:

亿万先生 15

一层一层的往子节点递归,直到遍历完全体的节点。最终打字与印刷效果如下:

亿万先生 16

大约我们想要的要素和值都取到了,接着怎么组装就看你本身的心思了。是拼成sql,依然生成url,请随便!

落到实处协和的IQueryable<T>、IQueryProvider

可是剖判了表达式树就可以鼓捣本人的orm了?不行,起码也要基于 IQueryable<T> 接口来编码吧。

紧接着大家自定义个类 MyQueryable<T> 承袭袭口 IQueryable<T> :

 public class MyQueryable<T> : IQueryable<T>
 {
     public IEnumerator<T> GetEnumerator()
     {
         throw new NotImplementedException();
     }
     IEnumerator IEnumerable.GetEnumerator()
     {
         throw new NotImplementedException();
     }
     public Type ElementType
     {
         get { throw new NotImplementedException(); }
     }
     public Expression Expression
     {
         get { throw new NotImplementedException(); }
     }
     public IQueryProvider Provider
     {
         get { throw new NotImplementedException(); }
     }
 }

我们看出里面有个接口属性 IQueryProvider ,那几个接口的效应大着吗,首要成效是在推行查询操作符的时候再一次成立 IQueryable<T> 並且最后遍历的时候推行sql远程取值。大家还看见了 Expression  属性。

前几日大家精通了 IQueryable<T> 和 Expression (表达式树)的涉嫌了啊:

  •  IQueryable<T> 最关键的作用便是用来储存 Expression(表达式树)

下边大家也自定义现实了 IQueryProvider 接口的类 MyQueryProvider :

public class MyQueryProvider : IQueryProvider
{
    public IQueryable<TElement> CreateQuery<TElement>(Expression expression)
    {
        throw new NotImplementedException();
    }
    public IQueryable CreateQuery(Expression expression)
    {
        throw new NotImplementedException();
    }
    public TResult Execute<TResult>(Expression expression)
    {
        throw new NotImplementedException();
    }
    public object Execute(Expression expression)
    {
        throw new NotImplementedException();
    }
}

地方全都是自动生成的伪代码,上面大家来填充具体的贯彻:

亿万先生 17亿万先生 18

    public class MyQueryProvider : IQueryProvider
    {
        public IQueryable<TElement> CreateQuery<TElement>(Expression expression)
        {
            return new MyQueryable<TElement>(expression);
        }

        public IQueryable CreateQuery(Expression expression)
        {
            throw new NotImplementedException();
        }

        public TResult Execute<TResult>(Expression expression)
        {
            return default(TResult);
        }

        public object Execute(Expression expression)
        {
            return new List<object>();
        } 
    }  
    public class MyQueryable<T> : IQueryable<T>
    {
        public MyQueryable()
        {
            _provider = new MyQueryProvider();
            _expression = Expression.Constant(this);
        }

        public MyQueryable(Expression expression)
        {
            _provider = new MyQueryProvider();
            _expression = expression;
        }
        public Type ElementType
        {
            get { return typeof(T); }
        }

        private Expression _expression;
        public Expression Expression
        {
            get { return _expression; }
        }

        private IQueryProvider _provider;
        public IQueryProvider Provider
        {
            get { return _provider; }
        }

        public IEnumerator GetEnumerator()
        {
            return (Provider.Execute(Expression) as IEnumerable).GetEnumerator();
        }

        IEnumerator<T> IEnumerable<T>.GetEnumerator()
        {
            var result = _provider.Execute<List<T>>(_expression);
            if (result == null)
                yield break;
            foreach (var item in result)
            {
                yield return item;
            }
        }
    }

View Code

推行代码:

 var aa = new MyQueryable<Student>();
 var bb = aa.Where(t => t.Name == "农码一生");
 var cc = bb.Where(t => t.Sex == "男");
 var dd = cc.AsEnumerable();
 var ee = cc.ToList(); 

紧接着大家看看推行进度:

亿万先生 19

结论:

  • 老是在执行 Where 查询操作符的时候 IQueryProvider 会为大家创设七个新的 IQueryable<T> 
  • 调用 AsEnumerable() 方法的时候并不会去实际取值(只是获得一个IEnumerable)[瞩目:在EF里面查询不要先取IEnumerable后滤筛,因为AsEnumerable()会转移查询全表的sql]
  • 亿万先生,施行 ToList() 方法时才去真正调用迭代器 GetEnumerator() 取值
  • 当真取值的时候,会去施行 IQueryProvider 中的 Execute 方法。(正是在调用那么些方法的时候深入分析表达式数,然后施行获得结果)

我们看来确实应该办实事的 Execute
 我们却让他重回私下认可值了。

亿万先生 20

今昔揣测有人不爽了,你到是实际贯彻下 Execute 。好吧!(其实通过地点说的解析表明式树,你能够协和在这里做想做的其余事了。)

先是为了轻便起见,大家用贰个汇集做为数据源:

//构造Student数组
public static List<Student> StudentArrary = new List<Student>()
{
        new Student(){Name="农码一生", Age=26, Sex="男", Address="长沙"},
        new Student(){Name="小明", Age=23, Sex="男", Address="岳阳"},
        new Student(){Name="嗨-妹子", Age=25, Sex="女", Address="四川"}
};

接下来,重新写四个VisitExpression2主意:(和事先的区分:
今后目标是取表达式树中的表明式,并不是再一次创立成sql或其他)

public static void VisitExpression2(Expression expression, ref List<LambdaExpression> lambdaOut)
{
    if (lambdaOut == null)
        lambdaOut = new List<LambdaExpression>();
    switch (expression.NodeType)
    {
        case ExpressionType.Call://执行方法
            MethodCallExpression method = expression as MethodCallExpression;
            Console.WriteLine("方法名:" + method.Method.Name);
            for (int i = 0; i < method.Arguments.Count; i++)
                VisitExpression2(method.Arguments[i], ref  lambdaOut);
            break;
        case ExpressionType.Lambda://lambda表达式
            LambdaExpression lambda = expression as LambdaExpression;
            lambdaOut.Add(lambda);
            VisitExpression2(lambda.Body, ref  lambdaOut);
            break;
        case ExpressionType.Equal://相等比较
        case ExpressionType.AndAlso://and条件运算
            BinaryExpression binary = expression as BinaryExpression;
            Console.WriteLine("运算符:" + expression.NodeType.ToString());
            VisitExpression2(binary.Left, ref  lambdaOut);
            VisitExpression2(binary.Right, ref  lambdaOut);
            break;
        case ExpressionType.Constant://常量值
            ConstantExpression constant = expression as ConstantExpression;
            Console.WriteLine("常量值:" + constant.Value.ToString());
            break;
        case ExpressionType.MemberAccess:
            MemberExpression Member = expression as MemberExpression;
            Console.WriteLine("字段名称:{0},类型:{1}", Member.Member.Name, Member.Type.ToString());
            break;
        case ExpressionType.Quote:
            UnaryExpression Unary = expression as UnaryExpression;
            VisitExpression2(Unary.Operand, ref  lambdaOut);
            break;
        default:
            Console.Write("UnKnow");
            break;
    }
}

下一场再次实现方式 Execute :

public TResult Execute<TResult>(Expression expression)
{
    List<LambdaExpression> lambda = null;
    AnalysisExpression.VisitExpression2(expression, ref lambda);//解析取得表达式数中的表达式
    IEnumerable<Student> enumerable = null;
    for (int i = 0; i < lambda.Count; i++)
    {
        //把LambdaExpression转成Expression<Func<Student, bool>>类型
        //通过方法Compile()转成委托方法
        Func<Student, bool> func = (lambda[i] as Expression<Func<Student, bool>>).Compile(); 
        if (enumerable == null)
            enumerable = Program.StudentArrary.Where(func);//取得IEnumerable
        else
            enumerable = enumerable.Where(func);
    }
    dynamic obj = enumerable.ToList();//(注意:这个方法的整个处理过程,你可以换成解析sql执行数据库查询,或者生成url然后请求获取数据。)
    return (TResult)obj;
}

实行过程:

亿万先生 21

个体对 IQueryable 延迟加载的理解:

  • 前段部分的查询操作符只是把逻辑解释存入表达式树,并未远程执行sql。
  • foreache推行的是 IEnumerable<T> ,然则 IEnumerable<T> 一样具备推迟加载的表征。每趟迭代的时候才真正的取多少。且在接纳导航属性的时候会重新查询数据库。(后一次说延迟加载不要忘记了 IEnumerable 的功德哦!)

小知识:

表达式树转成拉姆da表达式:

Expression<Func<Student, bool>> expression = t => t.Name == "农码一生";
Func<Student, bool> func = expression.Compile();

贯彻团结的IQueryable<T>、IQueryProvider

无非深入分析了表明式树就足以鼓捣自个儿的orm了?不行,起码也要依照 IQueryable<T> 接口来编码吧。

随即大家自定义个类 MyQueryable<T> 承传承口 IQueryable<T> :

 public class MyQueryable<T> : IQueryable<T>
 {
     public IEnumerator<T> GetEnumerator()
     {
         throw new NotImplementedException();
     }
     IEnumerator IEnumerable.GetEnumerator()
     {
         throw new NotImplementedException();
     }
     public Type ElementType
     {
         get { throw new NotImplementedException(); }
     }
     public Expression Expression
     {
         get { throw new NotImplementedException(); }
     }
     public IQueryProvider Provider
     {
         get { throw new NotImplementedException(); }
     }
 }

小编们看看里面有个接口属性 IQueryProvider ,这么些接口的效能大着吧,首要成效是在实践查询操作符的时候重新创立 IQueryable<T> 何况最终遍历的时候实施sql远程取值。大家还看见了 Expression  属性。

于今大家精通了 IQueryable<T> 和 Expression (表明式树)的涉嫌了啊:

  •  IQueryable<T> 最入眼的职能就是用来积攒 Expression(表达式树)

下边大家也自定义现实了 IQueryProvider 接口的类 MyQueryProvider :

public class MyQueryProvider : IQueryProvider
{
    public IQueryable<TElement> CreateQuery<TElement>(Expression expression)
    {
        throw new NotImplementedException();
    }
    public IQueryable CreateQuery(Expression expression)
    {
        throw new NotImplementedException();
    }
    public TResult Execute<TResult>(Expression expression)
    {
        throw new NotImplementedException();
    }
    public object Execute(Expression expression)
    {
        throw new NotImplementedException();
    }
}

下面全部是自动生成的伪代码,上边大家来填充具体的兑现:

亿万先生 22亿万先生 23

    public class MyQueryProvider : IQueryProvider
    {
        public IQueryable<TElement> CreateQuery<TElement>(Expression expression)
        {
            return new MyQueryable<TElement>(expression);
        }

        public IQueryable CreateQuery(Expression expression)
        {
            throw new NotImplementedException();
        }

        public TResult Execute<TResult>(Expression expression)
        {
            return default(TResult);
        }

        public object Execute(Expression expression)
        {
            return new List<object>();
        } 
    }  
    public class MyQueryable<T> : IQueryable<T>
    {
        public MyQueryable()
        {
            _provider = new MyQueryProvider();
            _expression = Expression.Constant(this);
        }

        public MyQueryable(Expression expression)
        {
            _provider = new MyQueryProvider();
            _expression = expression;
        }
        public Type ElementType
        {
            get { return typeof(T); }
        }

        private Expression _expression;
        public Expression Expression
        {
            get { return _expression; }
        }

        private IQueryProvider _provider;
        public IQueryProvider Provider
        {
            get { return _provider; }
        }

        public IEnumerator GetEnumerator()
        {
            return (Provider.Execute(Expression) as IEnumerable).GetEnumerator();
        }

        IEnumerator<T> IEnumerable<T>.GetEnumerator()
        {
            var result = _provider.Execute<List<T>>(_expression);
            if (result == null)
                yield break;
            foreach (var item in result)
            {
                yield return item;
            }
        }
    }

View Code

实践代码:

 var aa = new MyQueryable<Student>();
 var bb = aa.Where(t => t.Name == "农码一生");
 var cc = bb.Where(t => t.Sex == "男");
 var dd = cc.AsEnumerable();
 var ee = cc.ToList(); 

跟着我们看看施行进度:

亿万先生 24

结论:

  • 每便在进行 Where 查询操作符的时候 IQueryProvider 会为大家创建三个新的 IQueryable<T> 
  • 调用 AsEnumerable() 方法的时候并不会去实际取值(只是获得多个IEnumerable)[留神:在EF里面查询不要先取IEnumerable后滤筛,因为AsEnumerable()会生成查询全表的sql]
  • 进行 ToList() 方法时才去真正调用迭代器 GetEnumerator() 取值
  • 真正取值的时候,会去实行 IQueryProvider 中的 Execute 方法。(正是在调用那一个格局的时候深入分析表明式数,然后实践取得结果)

咱俩看看真的应该办实事的 Execute
 我们却让他重返暗许值了。

亿万先生 25

当今推断有人不爽了,你到是具体实现下 Execute 。好吧!(其实通过地点说的分析表明式树,你能够和睦在此间做想做的别样事了。)

先是为了轻松起见,大家用三个相会做为数据源:

//构造Student数组
public static List<Student> StudentArrary = new List<Student>()
{
        new Student(){Name="农码一生", Age=26, Sex="男", Address="长沙"},
        new Student(){Name="小明", Age=23, Sex="男", Address="岳阳"},
        new Student(){Name="嗨-妹子", Age=25, Sex="女", Address="四川"}
};

下一场,重新写一个VisitExpression2艺术:(和事先的差距:
今后指标是取表明式树中的表明式,实际不是重复创立成sql或别的)

public static void VisitExpression2(Expression expression, ref List<LambdaExpression> lambdaOut)
{
    if (lambdaOut == null)
        lambdaOut = new List<LambdaExpression>();
    switch (expression.NodeType)
    {
        case ExpressionType.Call://执行方法
            MethodCallExpression method = expression as MethodCallExpression;
            Console.WriteLine("方法名:" + method.Method.Name);
            for (int i = 0; i < method.Arguments.Count; i++)
                VisitExpression2(method.Arguments[i], ref  lambdaOut);
            break;
        case ExpressionType.Lambda://lambda表达式
            LambdaExpression lambda = expression as LambdaExpression;
            lambdaOut.Add(lambda);
            VisitExpression2(lambda.Body, ref  lambdaOut);
            break;
        case ExpressionType.Equal://相等比较
        case ExpressionType.AndAlso://and条件运算
            BinaryExpression binary = expression as BinaryExpression;
            Console.WriteLine("运算符:" + expression.NodeType.ToString());
            VisitExpression2(binary.Left, ref  lambdaOut);
            VisitExpression2(binary.Right, ref  lambdaOut);
            break;
        case ExpressionType.Constant://常量值
            ConstantExpression constant = expression as ConstantExpression;
            Console.WriteLine("常量值:" + constant.Value.ToString());
            break;
        case ExpressionType.MemberAccess:
            MemberExpression Member = expression as MemberExpression;
            Console.WriteLine("字段名称:{0},类型:{1}", Member.Member.Name, Member.Type.ToString());
            break;
        case ExpressionType.Quote:
            UnaryExpression Unary = expression as UnaryExpression;
            VisitExpression2(Unary.Operand, ref  lambdaOut);
            break;
        default:
            Console.Write("UnKnow");
            break;
    }
}

下一场再次完毕格局 Execute :

public TResult Execute<TResult>(Expression expression)
{
    List<LambdaExpression> lambda = null;
    AnalysisExpression.VisitExpression2(expression, ref lambda);//解析取得表达式数中的表达式
    IEnumerable<Student> enumerable = null;
    for (int i = 0; i < lambda.Count; i++)
    {
        //把LambdaExpression转成Expression<Func<Student, bool>>类型
        //通过方法Compile()转成委托方法
        Func<Student, bool> func = (lambda[i] as Expression<Func<Student, bool>>).Compile(); 
        if (enumerable == null)
            enumerable = Program.StudentArrary.Where(func);//取得IEnumerable
        else
            enumerable = enumerable.Where(func);
    }
    dynamic obj = enumerable.ToList();//(注意:这个方法的整个处理过程,你可以换成解析sql执行数据库查询,或者生成url然后请求获取数据。)
    return (TResult)obj;
}

实行进度:

亿万先生 26

个人对 IQueryable 延迟加载的驾驭:

  • 前段部分的查询操作符只是把逻辑解释存入表达式树,并未远程推行sql。
  • foreache实践的是 IEnumerable<T> ,然则 IEnumerable<T> 同样具有延期加载的特征。每一回迭代的时候才真的的取多少。且在运用导航属性的时候会再也查询数据库。(后一次说延迟加载不要遗忘了 IEnumerable 的功绩哦!)

小知识:

表明式树转成Lambda表明式:

Expression<Func<Student, bool>> expression = t => t.Name == "农码一生";
Func<Student, bool> func = expression.Compile();

总结:

发挥式树的分析就止住了,个中还会有相当多细节或主要的从未有过剖析到。后一次有新的感受再来总结。

感到表达式树就是先把表达式击溃存在树结构里(一般打散的进程是编写翻译器完毕),然后可以依据差异的数据源或接口重新建立成团结想要的别的情势,那也让大家贯彻自个儿的orm成为了说不定。

今日根本是对发挥式树的深入分析、和促成和煦的IQueryable<T>、IQueryProvider做了三个记下和计算,当中不定有错误的定论或说法,轻点拍!

demo下载:http://pan.baidu.com/s/1nvAksgL 

正文以八只至索引目录:《C#基础知识加强

 

引入阅读:

http://www.cnblogs.com/jesse2013/p/expressiontree-part1.html

http://www.cnblogs.com/jesse2013/p/expressiontree-part2.html

http://www.cnblogs.com/jesse2013/p/expressiontree-Linq-to-cnblogs.html

园友@风口上的猪推荐:

http://www.cnblogs.com/Ninputer/archive/2009/09/08/expression_tree3.html
http://blog.zhaojie.me/2009/03/expression-cache-1.html

 

总结:

发挥式树的深入分析就停下了,个中还会有大多细节或首要的远非剖析到。下一次有新的经验再来总计。

觉获得表明式树就是先把表达式击溃存在树结构里(一般打垮的进度是编写翻译器完结),然后能够根据区别的数据源或接口重建成本人想要的另外情势,那也让大家兑现和睦的orm成为了或然。

前日重中之重是对发挥式树的分析、和促成团结的IQueryable<T>、IQueryProvider做了四个记下和小结,当中不定有错误的结论或说法,轻点拍!

demo下载:http://pan.baidu.com/s/1nvAksgL 

正文以联合至索引目录:《C#基础知识加强

 

引入阅读:

http://www.cnblogs.com/jesse2013/p/expressiontree-part1.html

http://www.cnblogs.com/jesse2013/p/expressiontree-part2.html

http://www.cnblogs.com/jesse2013/p/expressiontree-Linq-to-cnblogs.html

园友@风口上的猪推荐:

http://www.cnblogs.com/Ninputer/archive/2009/09/08/expression_tree3.html
http://blog.zhaojie.me/2009/03/expression-cache-1.html

 

相关文章