<a href="/" title="Ubuntu系統_Ubuntu軟件下載_Ubuntu電腦知識_Ubuntu服務器_中文網">

Coder一邊展示著代碼，一邊念叨著，這里是因為使用了“擴展方法”所以可以這樣寫，這里使用了Lambda表達式，它可以簡化匿名方法的寫法，這里......

編程大師一邊聽著coder的講解，一遍頻頻點頭：“傻小子，不錯啊，有點當年我的影子，按照你這樣下去羅馬也可以建成了，Linq也是可以寫出來的呀。”

Coder聽到大師的話興奮異常，不過他從這句話里還是捕捉到了一個陌生的詞匯:Linq。他用詫異的眼神看著大師，問道：”啥是Linq，是誰家又創造了個新詞匯？”

大師笑著說，其實你剛才做的微軟已經幫你做了，還給它起了一個非常洋氣的名字:Linq，中文名字呢就叫做語言集成查詢。

在.NET 3.5發布的時候，微軟新發布了幾個dll，其中有一個就叫做System.Core.dll，在這個dll下對一些System命名空間做了進一步擴展。

在System.Core.dll下的System命名空間下你會發現有這么幾個泛型的委托：

//無參，有一個返回值
public delegate TResult Func<TResult>();
//有一個參數和一個返回值，和你那個MyDelegate一樣
public delegate TResult Func<T, TResult>(T arg);
//兩個參數一個返回值
public delegate TResult Func<T1, T2, TResult>(T1 arg1, T2 arg2);
//三個參數一個返回值
public delegate TResult Func<T1, T2, T3, TResult>(T1 arg1, T2 arg2, T3 arg3);
//四個參數一個返回值
public delegate TResult Func<T1, T2, T3, T4, TResult>(T1 arg1, T2 arg2, T3 arg3, T4 arg4);

系列文章導航：

還沒等coder說出口大師就在鍵盤上敲下：

程序=代碼+數據

編程大師如是接著說：那這些數據平時都來源于哪里？

Coder：程序中自己構造的一些集合對象，像我剛才的代碼中那樣，還有數據庫，這個使我們平時用到最多的，還有XML存儲，還有WebService，這個來源于遠程的數據，還有什么RSS啦等等，很多了。

編程大師：嗯，是的。數據的來源非常廣泛，就說我們平常用的三個吧，內存中的集合對象、XML存儲和數據庫。對于內存中的集合對象我們有語言自身的支持，XML我們有XML的一些API，比如XPath，對于數據庫我們有ADO.NET，可實際上從抽象層面我們對這些數據的操作都是相同的，你想不想屏蔽掉存儲的細節，在高層有一個統一的API訪問這些數據呢？至于數據存儲在哪里對于你是透明的，也許它存在于你內存中，也許在萬網的機房也許在美國西雅圖，但是對于你來說這些都無需關心，你的代碼都一樣。

Coder：聽起來是個很美妙的事情，這不會是在做夢吧。

大師：不是在做夢，今天你已經有了這些方法

在.NET 3.5里微軟還發布了另外兩個dll：

System.Data.Linq.dll,System.Xml.Linq.dll

在System.Data.Linq.dll里，對數據庫的查詢做了支持，不過目前微軟提供的只支持Sql Server，感謝開源社區，現在有了DbLinq，它提供了對MySql,Oracle,Sql Server,PostgreSql,Sqlite的支持。

System.Xml.Linq.dll在更高層次對Xml的訪問做了支持

這樣你從微軟這里獲得了：Linq to Objects 對內存中的集合的支持、Linq to Xml 對Xml的支持、Linq to SQL 對Sql Server的支持

這是一張從Linq in Action那本書里的截圖，該圖很好的在一個大的層次上揭示了Linq的視圖。C#、vb.NET等一系列.NET語言在一些語言特性和Linq對語言的擴展上對Linq家族提供了支持。未來我們將會實現Linq in Everywhere，Linq將成為你的變成習慣。

系列文章導航：

C#對Linq的語言層面支持

使用

result = books.Where(book=>book.Title.StartsWith("I"))
.OrderBy(book=>book.Price)
.Select(book=>new{Key=book.Title,Value=book.Price});

系列文章導航：