inq To SQL的重點，同時他也是難點。筆者看完作者在LinqToDB框架里面對于這一部分的設(shè)計之后，心里有一點不知所然。由于很多代碼沒有文字注解。所以筆者只能接合上下代碼來推斷出作者大概在做什么。但是有些筆者只知道在做什么卻很難推斷出作者為什么要這么做。這一部分的主要核心類有倆個——Query<T>類和ExpressionBuilder類。可以用一句話來形容：由Query<T>類起也由Query<T>類落。
處理優(yōu)化表達樹
上一章我們能知道執(zhí)行最后的操作一定是要通過Query<T>類實例來完成的。而Query<T>類又必須通過ExpressionBuilder類來獲得的。很顯然他們倆個之間的關(guān)系很復(fù)雜。但是有一點可以肯定——最后的工作都會交給Query<T>類的GetElement方法和GetIEnumerable方法。在Query<T>類的構(gòu)造函數(shù)里面一開始就把GetIEnumerable方法賦于MakeEnumerable方法。
public Query()
{
GetIEnumerable = MakeEnumerable;
}也許是筆者理解上的錯誤——發(fā)現(xiàn)GetIEnumerable最后還會被別的方法取代。也就是說MakeEnumerable方法并沒有被執(zhí)行。但是MakeEnumerable方法的作用卻明顯就調(diào)用GetElement方法最后轉(zhuǎn)化成需要的結(jié)果。可以看出對于實例化Query<T>類并沒有過多復(fù)雜的操作。但是獲得Query<T>類實例卻要用自身的靜態(tài)方法GetQuery來進行。如果直接實例Query<T>類的話，筆者也不覺得復(fù)雜。主要是他還要通過ExpressionBuilder類的進行加工。這一點讓筆者有一種深入迷宮的快感。去掉那些緩存代碼。讓我們把重點移到迷宮口。
Query<T>類：
query = new ExpressionBuilder(new Query<T>(), dataContextInfo, expr, null).Build<T>();
ExpressionBuilder類的構(gòu)造函數(shù)的參數(shù)很簡單——Query<T>類實例、數(shù)據(jù)上下文信息、當前表達式樹。最后一參數(shù)跟LinqToDB框架的另一個功能有關(guān)系——CompiledQuery功能。所以如果你一直用Linq To SQL的話，最后一個參數(shù)一直是null。參數(shù)理解起來并不難?？墒菢?gòu)造函數(shù)里面的代碼卻讓筆者很頭痛。筆者只能知道做什么卻很難理解為什么要這樣子做。
1 public ExpressionBuilder(Query query, IDataContextInfo dataContext, Expression express
