使用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表达式的小方法叠加"步骤".从而达到最有效的优化.