【转】再张嘴IQueryable,揭开表达式树的隐秘面纱。再谈IQueryable,揭开表达式树的神秘面纱。

by admin on 2018年10月5日

【转】再称IQueryable<T>,揭开表达式树的潜在面纱

接上篇《事先说IEnumerable,我们每天用底foreach你真正懂她为?》

接上篇《先说IEnumerable,我们每天用底foreach你实在了解她呢?》

近期园里定制自己的orm那是一个风生水从,感觉不全自己之orm都无好意思继续混博客园了(开单笑话)。那么在此之前我们来必不可少仔细询问下 IQueryable<T> ,于是就生矣此文。

不久前园里定制好的orm那是一个风生水由,感觉不浑自己之orm都无好意思继续混博客园了(开个噱头)。那么在此之前我们发出必不可少仔细打听下 IQueryable<T> ,于是就产生矣此文。

嘿是养?

嗬是造?这个题材好像有些白痴。树不纵是树嘛。看图:

图片 1

咱们打极度下的主导开始于上看,主枝-分支-分支….可以说凡是极致分支下去。我们倒过来看就是如此:

图片 2

平时我们因此得极度多之培育结构数据就是是XML了,节点下面可以尽上加子节点。我们想平时尚用过啊树结构数据,比如:菜单无限分级、评论区的楼面。

马上跟我们今天讲话的有毛关系啊。… 我们今天最主要就是是来分析表达式树的。、

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 。这种节点下面有节点,可以尽叠加下去的数据结构我们称为树结构数据。也便是咱们的表述式树。

补:上面的 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了,节点下面可以极其上加子节点。我们考虑平时还因此了什么树结构数据,比如:食谱无限分级、评论区的楼层。

立马同咱们今天说话的出毛关系啊。… 我们今天主要就是是来分析表达式树的。、

lambda表达式和发表式树的界别:

Lambda表达式:

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

表达式树: 

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

 咋一看,没啥区别啊。表达式只是用Expression包了一下而已。那尔擦了,这单是Microsoft给咱们展示的障眼法,我们看编译后的C#代码:

图片 9

率先只lambda表达式编译成了匿名函数,第二单表达式树编译成一了一致积我们无认的事物,远较我们本写的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 的功德哦!)

小知识:

表达式树转成Lambda表达式:

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

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图