很多朋友對LINQ子查詢和延遲執(zhí)行的用法還不是很明了，下面就通過一個實例來給大家展示LINQ子查詢的相關(guān)用法。

LINQ子查詢

LINQ子查詢是一個包含了另外一個查詢的Lambda表達式的查詢. 以下的例子使用了一個LINQ子查詢來針對籃球明星的last name排序:

string[] players = { "Tim Ducan", "Lebrom James", "Kobe Byrant" };   
IEnumerable<string> q = players.OrderBy (m => m.Split().Last()); 

在這其中, Last是一個LINQ子查詢, q則代表了一個外部查詢.

在LINQ子查詢中, 你可以在Lambda表達式的右邊使用任何可行的C#表達語法.LINQ 子查詢只是一個簡單的C#表達式, 這意味著所有適用于LINQ子查詢的規(guī)則都可以推導(dǎo)到Lambda表達式上.

以下的查詢?nèi)〉靡粋€字符數(shù)組中所有滿足長度等于最小長度的字符序列:

string[] names = { "James","Jack","Landy","C.Y","Jay" };     
IEnumerable<string> q = names     
  .Where (n => n.Length ==     
     names.OrderBy (n2 => n2.Length)     
          .Select  (n2 => n2.Length).First( )     
  );     
foreach(var s in q)     
{     
    Console.WriteLine(s); //C.Y , Jay    
} 

對于LINQ子查詢, 可以引用到外部的Lambda參數(shù)或者是迭代變量(在復(fù)合查詢中). 例如上述的例子中, 如果OrderBy使用的表達式改為(n => n.Length)而不是用n2的話將會得到一個錯誤信息:

A local variable named ‘n’ cannot be declared in this scope because it would give a different meaning to ‘n’, which is already used in a ‘parent or current’ scope to denote something else.

針對這個例子, 我們可以看到對應(yīng)的復(fù)合查詢寫法:

IEnumerable<string> q =     
  from n in names     
  where n.Length ==     
    (from n2 in names     
     orderby n2.Length     
     select n2.Length).First( )     
  select n; 

外部迭代變量n在LINQ子查詢范圍內(nèi)是可見的, 因此我們不能將它重用為LINQ子查詢內(nèi)部的迭代變量.

LINQ子查詢會在對應(yīng)的Lambda表達式被執(zhí)行的時候來執(zhí)行, 其執(zhí)行取決于外部查詢, 也可以說是由外到里來處理的. 本地查詢完全遵循這個模型, 但是解釋型查詢(例如LINQ to SQL)則僅僅是概念上遵循而已.

之前的查詢我們還可以使用一種更加簡潔的寫法:

IEnumerable<string> q =     
  from n in names     
  where  n.Length ==     
         names.OrderBy (n2 => n2.Length).First().Length     
  select n; 

如果使用Min聚合函數(shù), 還可以進一步簡化:

IEnumerable<string> q =     
      from n in names     
      where n.Length == names.Min (n2 => n2.Length)     
      select n; 

實際上, 由于n2.Length在外部查詢循環(huán)的時候每次都會重新計算, 這在某些情況下可能會引起效率問題, 避免這個問題, 我們可以將LINQ子查詢分離出來:

int len = names.Min (n => n.Length);     
      
IEnumerable<string> query = from   n in names     
                            where  n.Length == len     
                            select n; 

子查詢和延遲執(zhí)行

在LINQ子查詢中的返回單一元素或者聚合類操作符, 例如first或者Count, 并不會強制外部查詢立即執(zhí)行, 也就說外部查詢依然擁有延遲執(zhí)行的能力. 這是因為LINQ子查詢是被間接調(diào)用的 – 如果是本地查詢則是通過代理(delegate), 如果是解釋性查詢則是通過表達樹(expression tree).

一個有趣的現(xiàn)象是當(dāng)你的LINQ子查詢中包含一個Select表達式的時候, 如果是本地查詢, 你實際上是將其發(fā)散成一序列的查詢 – 并且每一個都擁有延遲執(zhí)行的能力. 這個影響是透明的, 因為它可以顯著提高效率.

【編輯推薦】

1. LINQ——語言級集成查詢?nèi)腴T指南
2. LINQ查詢的目的與實現(xiàn)手段
3. 實例二：綁定到LINQ查詢的結(jié)果
4. LINQ查詢表達式深入剖析
5. LINQ的演變及其對C#設(shè)計的影響