LinqToDB 源码分析——生成表达式树.doc

LinqToDB 源码分析——生成表达式树 当我们知道了Linq查询要用到的数据库信息之后。接下就是生成对应的表达式树。在前面的章节里面笔者就已经介绍过。生成表达式树是事实离不开IQueryableT接口。而处理表达式树离不开IQueryProvider接口。LinqToDB框架跟这俩个接口有关系的有三个类：TableT类、ExpressionQueryT类、ExpressionQueryImplT类。其中最重要的是ExpressionQueryT类。他是TableT和ExpressionQueryImplT类的父类。而本章就是围绕这三个类进行的。 IQueryableT接口和IQueryProvider接口 ExpressionQueryT类是一个抽象类。他实现于IExpressionQuery接口。IExpressionQuery接口却同时继续了IQueryableT接口和IQueryProvider接口。所以ExpressionQueryT类实际上同时实现了俩个接口。而同时自己增加一个属性SqlText和一个跟IQueryable接口一样子的Expression属性。SqlText属性是用于获得当前表达式对应的SQL语句。这个属性显然在开发过程非常有用。而Expression属性是用于生成表达式树的。 public interface IExpressionQueryout T : IOrderedQueryableT, IQueryProvider { new Expression Expression { get; set; } string SqlText { get; } } 从前面的章节里面，我们可以知道实现IQueryableT接口和IQueryProvider接口的类有俩个部分的职责。一是帮助生成表达式树，二是用于Linq To SQL的数据源的入口。作者也相应的设计了俩个类。就是上面讲到的TableT和ExpressionQueryImplT类。ExpressionQueryImplT类用于前者，而TableT类用于后者。 var query = from p in dbContext.Products where p.ProductID == 30 select p; 上面这段Linq查询中的dbContext.Products。事实上是通过IDataContext的静态扩展方法GetTableT来实现的。当然事情并没有这么简单。从源码中笔者看到这一个过程还离不开DataContextInfo类。DataContextInfo类是里面存放了关于DataContext类实例的信息。从代码量我们可以知道一个信息——DataContextInfo类必须有。 protected void Init(IDataContextInfo dataContextInfo, Expression expression) { DataContextInfo = dataContextInfo ?? new DefaultDataContextInfo(); Expression = expression ?? Expression.Constant(this); } 我们都知道在生成表达式树的时候，实现俩个CreateQuery方法的重要性。LinqToDB框架也离不开这一点。CreateQueryTElement方法直接新建一个ExpressionQueryImplTElement类。而CreateQuery方法用反射来实现(笔者认为这地方只有这里有看点其他的真的没有)。关于ExpressionQueryImplTElement类真的没有什么可说的。笔者也就不提他了。 泛型CreateQuery方法: IQueryableTElement IQueryProvider.CreateQueryTElement(Expression expression) { if (expression == null) throw new ArgumentNullException(expressionreturn new ExpressionQueryImplTElement(DataContextInfo, expression); } 普通CreateQuery方法: 复制代码 IQueryable IQueryProvider.CreateQuery(Expression expression) { if (expression == null) throw new ArgumentNullExcep