关于EF筛选查询中的Where扩展方法带lambda表达式的详解
作为一个还在学习mvc的学习者，今天一直在思考一个问题，在使用EF进行数的筛选查询的时候Where扩展方法传一个lambda表达式真的不够理解。首先贴一下微软关于这个方法的定义:
public static IEnumerable<TSource> Where<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate);
【1】返回值：IEnumerable<TSource>
这是这个方法的返回值，返回的是IQueryable，我们知道IQueryable继承于IEnumerable，所以返回IEnumerable无可厚非。
【2】Where<TSource>扩展的泛型方法的方法名，这也理解。
【3】第一个参数：this IEnumerable<TSource> source
这是说明这是为IEnumerable类型定义的一个扩展方法。
【4】Func<TSource,bool> predicate
这是where方法的参数，需要一个委托作为参数，这个委托传入参数是TSource类型，传出参数是bool类型。
参数理解完了，但是这跟where里面传入lambda表达式有什么关系，我开始也是不理解，下面一步步进行实例分析吧。
首先，我们要模拟用EF进行筛选查询，这需要数据库里面有数据，于是我在我的测试数据库里面加了一张表，随便搞了点数据进去：
懒得去搞MVC了，我们就用控制台来使用EF吧，建立一个控制台应用程序项目(这个项目我起名叫的EFTest)：
然后用database First模式使用EF框架：
这样EF的实体数据模型也建立好了，开始撸一个使用where方法筛选并显示数据的代码：
+++++控制台代码部分++++++
class Program
{
static void Main(string[] args)
{
StudyEntities db = new StudyEntities();
var customers = db.CustomerInfo.Where<CustomerInfo>(u=>u.Id>1);
foreach (CustomerInfo cus in customers)
{
Console.WriteLine($"{cus.CustomerName}-{cus.CustomerPass}-{cus.CustomerRegTime}");
}
Console.ReadKey();
}
}
+++++控制台代码部分完+++++
代码图片：
这里我使用lambda表达式筛选的是数据表里面Id大于1的数据，也就是第一条数据没有筛选出来，先执行看看：
输出结果出来了，对照我在数据库建的表，确实第一条关于“张飞”的数据没有显示出来。
代码是能很容易的写出来，可是问题来了，为什么要u=>u.Id>1这样写呢，分析参数的时候明明是要传递一个委托啊。
好，我们就用传递委托，而不是lambda表达式的形式再写一次：
+++++控制台代码部分++++++
class Program
{
static void Main(string[] args)
{
StudyEntities db = new StudyEntities();
var customers = db.CustomerInfo.Where<CustomerInfo>(
delegate(CustomerInfo cus)
{
if (cus.Id > 1)
{
return true;
}
else
{
return false;
}
}
);
foreach (CustomerInfo cus in customers)
{
Console.WriteLine($"{cus.CustomerName}-{cus.CustomerPass}-{cus.CustomerRegTime}");
}
Console.ReadKey();
}
}
+++++控制台代码部分完+++++
代码图片：
既然是委托，我传一个匿名方法总是没错的，看上面的代码，用浅显易懂的话解释这个匿名方法就是：如果cus参数(CustomerInfo)类型的Id>1那么返回真，反之返回假。
执行以下看看结果：
与使用lambda表达式作为参数的执行结果是相同的，也就是说这样写和传一个lambda表达式是等效的。那么我们反过头来就理解了u=>u.Id>1这个lambda表达式的意义了，其实就是传一个方法进去，这个方法的参数是CustomerInfo类型，返回值是bool类型，where方法会返回执行这个方法返回为真的CustomerInfo类型的元素。
有点拗口，自己仔细琢磨确实是这样的。