細說針對C#中的Lambda表達式優化
使用Lambda表達式將會造成Lambda表達式主題部分的代碼重復.
- var allEmployees = new List<Employee>() {
- new Employee {
- EmployeeId = 1, Classification = 1, FirstName = "Skin", LastName = "Sen" } };
- var earlyFolks = from e in allEmployees
- where e.MonthlySalary < 4000 && e.Classification == 1 && e.YearsOfService > 20
- select e;
若每當我們要獲取一次不同工薪階層的數據.就要重復一次.相信久經"高重用,松耦合"定律的你.肯定會想盡辦法將其實現高重用,松耦合.在以前方法調用的時代.可能你會將其提煉出
- private static bool LowPaidSalaried(Employee e, int salar)
- {
- return e.MonthlySalary < salar && e.Classification == 1;
- }
這樣,每次我們調用的時候,將大大減少代碼量,提高可復用性.
- 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下的重構.
- public static IQueryable<Employee> LowPaidSalaried(this IQueryable<Employee> sequence)
- {
- return from s in sequence
- where s.Classification == 1 && s.MonthlySalary < 4000
- select s;
- }var allEmployees = FindAllEmployees();
- var salaried = allEmployees.LowPaidSalaried();
這樣.只有在需要數據的時候,才會根據"步驟"得到相應的數據.對于IEnumerable<T>,我們可以使用yield return來返回序列.
在復雜的查詢中服用Lambda表達式最有效的辦法就是封裝封閉泛型類型的查詢創建擴展方法.通過包含Lambda表達式的小方法疊加"步驟".從而達到最有效的優化.
原文鏈接：http://www.cnblogs.com/kongyiyun/archive/2010/10/19/1855274.html
【編輯推薦】
