【More Effective C#】Lambda表達式優化

作者: 空逸云來源: 博客園發布時間: 2010-10-28 15:55 閱讀: 1350 次推薦: 0 原文鏈接 [收藏]

摘要：對于Lambda表達式主題代碼的重復問題，本文將給出一個優化解決方案，希望對大家有所幫助。

　　使用Lambda表達式將會造成Lambda表達式主題部分的代碼重復.

1. var allEmployees = new List<Employee>() {
2. new Employee {
3. EmployeeId = 1, Classification = 1, FirstName = "Skin", LastName = "Sen" } };
4. var earlyFolks = from e in allEmployees
5. where e.MonthlySalary < 4000 && e.Classification == 1 && e.YearsOfService > 20
6. select e;

　　若每當我們要獲取一次不同工薪階層的數據.就要重復一次.相信久經"高重用,松耦合"定律的你.肯定會想盡辦法將其實現高重用,松耦合.在以前方法調用的時代.可能你會將其提煉出

1. private static bool LowPaidSalaried(Employee e, int salar)
2. {
3. return e.MonthlySalary < salar && e.Classification == 1;
4. }

　　這樣,每次我們調用的時候,將大大減少代碼量,提高可復用性

var earlyFolks = from e in allEmployee
where LowPaidSalaried(e, 4000) && e.YearsOfService > 20
select e;

　　然而,很不幸的是.在這里.這種重構的方式反倒降低了其可重用性.實際上,第一種方法的可重用性比第二種方法更高些.為什么呢?明明已經提煉出重用方法了.這與Lambda表達式的求值,解析以及最終的執行方式有關.

　　前面的<<LINQ表達式與方法調用的映射>>里說過.編譯器會根據不同的LINQ Provider將Lambda表達式轉換成不同的內容來執行.對于LINQ to Object.將轉換成委托方法.而LINQ to SQL則是轉換成表達式數.在數據迭代時才會轉換成SQL語句執行.所以.若我們是在LINQ2SQL或ADO.Net EF中如此重構.編譯期通過了.但運行時將出錯.因為無法將你的自定義方法轉換成相關的SQL語句.,因此.將拋出一個異常.

　　難道,Lambda表達式就只能重復再重復了嗎?當然不是.在這里.延遲執行很好的將其作用發揮得淋漓精致.前面說過.延遲執行保存的并不是值,而是獲取值的方法或者步驟.這樣,每次我們調用完"獲取"數據的方法.實際上.數據還沒獲得.得到的.只是一系列的"步驟".我們可以在步驟的的基礎上再添加步驟.這樣.就完美的實現了Lambda下的重構.

1. public static IQueryable<Employee>
LowPaidSalaried(this IQueryable<Employee> sequence)
2. {
3. return from s in sequence
4. where s.Classification == 1 && s.MonthlySalary < 4000
5. select s;
6. }var allEmployees = FindAllEmployees();
7. var salaried = allEmployees.LowPaidSalaried();

　　這樣.只有在需要數據的時候,才會根據"步驟"得到相應的數據.對于IEnumerable<T>,我們可以使用yield return來返回序列.

　　在復雜的查詢中服用Lambda表達式最有效的辦法就是封裝封閉泛型類型的查詢創建擴展方法.通過包含Lambda表達式的小方法疊加"步驟".從而達到最有效的優化.