【转】LINQ的工作原理

LINQ是如何工作的

假如你已经明白了将语法集成到一种语言中的概念，你可能就想看看它是如何工作的。当你写如下的代码时：

Customer[] Customers = GetCustomers();
var query =
    from   c in Customers
    where  c.Country == "Italy"
    select c; 编译器生成这些代码：

Customer[] Customers = GetCustomers();
IEnumerable query =
        Customers
        .Where( c => c.Country == "Italy" );
从现在开始，为了简洁起见，我们将略过Customer的声明部分。当查询变得长的时候，就像下面这样：

var query =
from    c in Customers
where   c.Country == "Italy"
    orderby c.Name
    select  new { c.Name, c.City };
生成的代码也会变长：

var query =
Customers
.Where( c => c.Country == "Italy" );
        .OrderBy( c => c.Name )
        .Select( c => new { c.Name, c.City } );
  就像你看到的那样，代码显然调用了前者调用返回的对象实例的成员。在主语言（这里指C#）中，这种行为叫做“扩展方法(extension methods)”。查询事例中的Where,OrderBy,和Select方法依赖于Customers对象和在用using引入的命名空间。扩展方法（extension methods）是LINQ中用相同的语法对不同的数据域进行操作的一个基本的语法特征。

    更多信息   扩展方法看起来像是对一个类的扩展（即本例中的Customer类）,但实际上是一个接受一个类的实例作为第一个参数的一个外部方法。var关键字用来声明查询使用的从初始的参数中推断变体类型，在这个事例中返回的是一个IEnumerable类型。更详细的描述和其他语言的扩展在第2章,“C# 语言特性” 和第3章,“Visual Basic 9.0语言特性”中。

另外重要的概念是对数据操作的时机。总的来说，LINQ查询在获取查询结果之前是不会执行的，因为它描述的一组在需要执行时才会执行的操作。获取查询结果的操作才真正使查询执行。可以在下面这个foreach循环中说明这一点：

var query = from c in Customers ...
foreach ( string name in query ) ...也有方法对LINQ查询的结构进行遍历，生成在内存中的数据的持久复制品。例如，ToList方法能够生成一个强类型的List集合：

var query = from c in Customers ...
List customers = query.ToList();
当LINQ查询操作关系型数据库的时候（比如Microsoft SQL Server）,它会生成相应的SQL语句，而不是操作内存中的数据表的复制品的表达式。因此，在上面两个例子中的Customers是一个Table类型（关系型数据库中的一个物理表）或者是一个ObjectQuery(Customer)类型（映射关系型数据库的一个实体），相应的SQL语句只在调用了ToList方法和foreach循环执行时才会被发送到数据库。LINQ查询在执行的时候以不同的方式生成。

关系模型和层次/图表模型
可能LINQ给你的第一印象是另外的一种SQL语句。这种语言和SQL语句的相似性源于LINQ查询能够描述实体间的关系，比如SQL的连接（join）：

var query =
from   c in Customers
join   o in Orders
on c.CustomerID equals o.CustomerID
select new { c.CustomerID, c.CompanyName, o.OrderID };这和在关系模型中查询数据的方法是相似的。然而，LINQ不仅仅是像关系模型一样的单一的数据域。在层次模型中，假设每个客户有他自己的订单，并且每个订单有它自己的产品列表，在LINQ中，我们可以获得一个将每个客户作为排序条件的产品列表：

var query = from c in Customers

                   from o in c.Orders

                   select new { c.Name, o.Quantity, o.Produ