Linq lambda表達式經驗總結
Linq有很多值得學習的地方，這里我們主要介紹Linq lambda表達式，包括介紹Expression tree等方面。
Linq lambda表達式
了解過C# 3.0的新特性的話應該知道，在C# 3.0中新引入了一個語法結構，稱為lambda expression（Linq lambda表達式/匿名函數）。對此尚不了解的也可以到MSDN上看看，Linq lambda表達式。Linq lambda表達式既可以賦值給一個委托（delegate）類型，例如Action、Func等系列的內建委托類型；也可以賦值給Expression<TDelegate>類型，例如以下Linq lambda表達式：
- x => -x
當它被直接賦值給Func<int, int>類型的變量時，C#編譯器會將它的內容編譯為一個靜態方法，并創建一個對應類型的引用賦值給變量。
- static class Program {
- static void Main( string[ ] args ) {
- Func<int, int> negateFunc = x => -x;
- }
- }
C#編譯器會編譯為類似下面的代碼：
- internal static class Program
- [CompilerGenerated]
- private static int <Main>b__0( int x ) {
- return -x;
- }
- private static void Main( string[ ] args ) {
- Func<int, int> negateFunc = new Func<int, int>( <Main>b__0 );
- }
- }
（實際上還涉及到緩存那個委托，這里省略掉了。另外，之所以會編譯為一個靜態方法是因為這個Linq lambda表達式沒有使用任何“自由變量”，也就是既不是參數或局部變量也不是類的成員的變量。在現有的C#編譯器實現中，如果一個匿名函數使用了“this”，那么對應生成的方法會是成員方法；如果使用了其它自由變量的話則會生成一個私有內部類來存放匿名函數所使用到的自由變量，并在這個內部類里生成匿名函數對應的方法。這里作為例子選擇了最簡單的情況來介紹。）
如此將一個Linq lambda表達式編譯為一個實際的函數后，其中的MSIL字節碼可以為CLR所理解并執行。這樣就足夠實現in-memory query了，例如LINQ-to-Objects、LINQ-to-DataSet等。但其它平臺無法理解MSIL，要對函數進行分析然后執行就會十分困難。例如說，如果想讓一個Linq lambda表達式在SQL Server上執行，該如何讓SQL Server也理解它呢？
Expression tree與Linq lambda表達式
MSIL之所以不便于分析是因為它將原本是樹狀結構的程序代碼轉換為了線性結構，損失了一些信息，主要是損失了程序代碼的“結構性”，更接近于底層而降低了抽象程度。
我們知道，程序源代碼對應著具體語法樹（concrete syntax tree），每個葉節點對應著代碼里的一個詞素，其上則是各種語法結構，如表達式、語句、聲明、定義等。抽象語法樹（abstract syntax tree，AST）則在具體語法樹的基礎上將一些諸如關鍵字、括號等冗余信息去掉，讓樹更加整潔，便于分析而不損失任何有用的信息。
【編輯推薦】
