因此，是否可利用另一种语言功能来进一步接近实现理想语法呢?
扩展方法 匿名类型 对象初始值
结果证明，更好的语法将以被称为扩展方法的语言功能形式出现。扩展方法基本上属于可通过实例语法调用的静态方法。上述查询问题的根源是我们试图向 IEnumerable
假设我们转而将 Where 方法编写为扩展方法。那么，查询可重新编写为：
IEnumerable
对于此简单查询，该语法近乎完美。但将 Where 方法编写为扩展方法的真正含义是什么呢?其实非常简单。基本上，因为静态方法的签名发生更改，因此“this”修饰符就被添加到第一个参数：
public static IEnumerable
此外，必须在静态类中声明该方法。静态类是一种只能包含静态成员，并在类声明中用静态修饰符表示的类。这就它的全部含义。此声明指示编译器允许在任何实现 IEnumerable
扩展方法
显然，扩展 方法有助于简化我们的查询示例，但除此之外，这些方法是不是一种广泛有用的语言功能呢?事实证明扩展方法有多种用途。其中一个最常见的用途可能是提供共享接口实现。例如，假设您有以下接口：
interface IDog
{
// Barks for 2 seconds
void Bark();
void Bark(int seconds);
}
此接口要求每个实现器都应编写适用于两种重载的实现。有了“Orcas”版 C#，接口变得很简单：
interface IDog
{
void Bark(int seconds);
}
扩展方法可添加到另一个类：
static class DogExtensions
{
// Barks for 2 seconds
public static void Bark(this IDog dog)
{
dog.Bark(2);
}
}
接口实现器现在只需实现单一方法，但接口客户端却可以自由调用任一重载。
Close [x]
我们现在拥有了用于编写筛选子句的非常接近理想的语法，但“Orcas”版 C# 仅限于此吗?并不全然。让我们对示例稍作扩展，相对于整个客户对象，我们只投影出客户名称。如我前面所述，理想的语法应采用如下形式：
sequence
仅用我们讨论过的语言扩展，即 lambda 表达式和扩展方法，此代码可重新编写为如下所示：
IEnumerable
请注意，此查询的返回类型不同，它是 IEnumerable
当投影只是单一字段时，该方法确实很有效。但是，假设我们不仅要返回客户的名称，还要返回客户的地址。理想的语法则应如下所示：
locals = customers.where(ZipCode == 98112).select(Name, Address);
如果我们想继续使用我们现有的语法来返回名称和地址，我们很快便会面临问题，即不存在仅包含 Name 和 Address 的类型。虽然我们仍然可以编写此查询，但是必须引入该类型：
class CustomerTuple
{
public string Name;
public string Address;
public CustomerTuple(string name, string address)
{
this.Name = name;
this.Address = address;
}
}
然后我们才能使用该类型，即此处的 CustomerTuple，以生成我们查询的结果。
IEnumerable
那确实像许多用于投影出字段子集的样板代码。而且还往往不清楚如何命名此种类型。CustomerTuple 确实是个好名称吗?如果投影出 Name 和 Age 又该如何命名?那也可以叫做 CustomerTuple。因此，问题在于我们拥有样板代码，而且似乎无法为我们创建的类型找到任何恰当的名称。此外，还可能需要许多不同的类型，如何管理这些类型很快便可能成为一个棘手的问题。
这正是匿名类型要解决的问题。此功能主要允许在无需指定名称的情况下创建结构化类型。如果我们使用匿名类型重新编写上述查询，其代码如下所示：
locals = customers.Where(c => c.ZipCode == 91822)
.Select(c => new { c.Name, c.Address });
此代码会隐式创建一个具有 Name 和 Address 字段的类型：
class
{
public string Name;
public string Address;
}
此类型不能通过名称引用，因为它没有名称。创建匿名类型时，可显式声明字段的名称。例如，如果正在创建的字段派生于一条复杂的表达式，或纯粹不需要名称，就可以更改名称：
locals = customers.Where(c => c.ZipCode == 91822)
.Select(c => new { FullName = c.FirstName + “ “ + c.LastName,
HomeAddress = c.Address });
在此情形下，生成的类型具有名为 FullName 和 HomeAddress 的字段。
这样我们又向理想世界前进了一步，但仍存在一个问题。您将发现，我在任何使用匿名类型的地方都策略性地省略了局部变量的类型。显然我们不能声明匿名类型的名称，那我们如何使用它们?
隐式类型化部变量
还有另一种语言功能被称为隐式类型化局部变量(或简称为 var)，它负责指示编译器推断局部变量的类型。例如：
var integer = 1;
在此例中，整数具有 int 类型。请务必明白，这仍然是强类型。在动态语言中，整数的类型可在以后更改。为说明这一点，以下代码不会成功编译：
var integer = 1;
integer = “hello”;
C# 编译器将报告第二行的错误，表明无法将字符串隐式转换为 int。
在上述查询示例中，我们现在可以编写完整的赋值，如下所示：
var locals =
customers
.Where(c => c.ZipCode == 91822)
.Select(c => new { FullName = c.FirstName + “ “ + c.LastName,
HomeAddress = c.Address });
局部变量的类型最终成为 IEnumerable＜?＞，其中“?”是无法编写的类型的名称(因为它是匿名的)。
隐式类型化局部变量只是：方法内部的局部变量。它们无法超出方法、属性、索引器或其他块的边界，因为该类型无法显式声明，而且“var”对于字段或参数类型而言是非法的。
事实证明，隐式类型化局部变量在查询的环境之外非常便利。例如，它有助于简化复杂的通用实例化：
var customerListLookup = new Dictionary＜STRING, ListCustomer＞();
现在我们的查询取得了良好进展;我们已经接近理想的语法，而且我们是用通用语言功能来达成的。
有趣的是，我们发现，随着越来越多的人使用过此语法，经常会出现允许投影超越方法边界的需求。如我们以前所看到的，这是可能的，只要从 Select 内部调用对象的构造函数来构建对象即可。但是，如果没有用来准确接受您需要设置的值的构造函数，会发生什么呢?
为解决这一问题，即将发布的“Orcas”版本提供了一种被称为对象初始值的 C# 语言功能。对象初始值主要允许在单一表达式中为多个属性或字段赋值。例如，创建对象的常见模式是：
Customer customer = new Customer();
customer.Name = “Roger”;
customer.Address = “1 Wilco Way”;
此时，Customer 没有可以接受名称和地址的构造函数;但是存在两个属性，即 Name 和 Address，当创建实例后即可设置它们。对象初始值允许使用以下语法创建相同的结果：
Customer customer = new Customer()
{ Name = “Roger”, Address = “1 Wilco Way” };
在我们前面的 CustomerTuple 示例中，我们通过调用其构造函数创建了 CustomerTuple 类。我们也可以通过对象初始值获得同样的结果：
var locals =
customers
.Where(c => c.ZipCode == 91822)
.Select(c =>
new CustomerTuple { Name = c.Name, Address = c.Address });
请注意，对象初始值允许省略构造函数的括号。此外，字段和可设置的属性均可在对象初始值的主体内部进行赋值。
我们现在已经拥有在 C# 中创建查询的简洁语法。尽管如此，我们还有一种可扩展途径，可通过扩展方法以及一组本身非常有用的语言功能来添加新的运算符(Distinct、OrderBy、Sum 等)。
语言设计团队现在有了数种可赖以获得反馈的原型。因此，我们与许多富于 C# 和 SQL 经验的参与者组织了一项可用性研究。几乎所有反馈都是肯定的，但明显疏忽了某些东西。具体而言，开发人员难以应用他们的 SQL 知识，因为我们认为理想的语法与他们擅长领域的专门技术并不很符合。
查询表达式
于是，语言设计团队设计了一种与 SQL 更为相近的语法，称为查询表达式。例如，针对我们的示例的查询表达式可如下所示：
var locals = from c in customers
where c.ZipCode == 91822
select new { FullName = c.FirstName + “ “ +
c.LastName, HomeAddress = c.Address };
查询表达式是基于上述语言功能构建而成。它们在语法上，完全转换为我们已经看到的基础语法。例如，上述查询可直接转换为：
var locals =
customers
.Where(c => c.ZipCode == 91822)
.Select(c => new { FullName = c.FirstName + “ “ + c.LastName,
HomeAddress = c.Address });
查询表达式支持许多不同的“子句”，如 from、where、select、orderby、group by、let 和 join。这些子句先转换为对等的运算符调用，后者进而通过扩展方法实现。如果查询语法不支持必要运算符的子句，则查询子句和实现运算符的扩展方法之间的紧密关系很便于将两者结合。例如：
var locals = (from c in customers
where c.ZipCode == 91822
select new { FullName = c.FirstName + “ “ +
c.LastName, HomeAddress = c.Address})
.Count();
在本例中，查询现在返回在 91822 ZIP Code 区居住的客户人数。
通过该种方法，我们已经设法在结束时达到了开始时的目标(我对这一点始终觉得非常满意)。下一版本的 C# 的语法历经数年时间的发展，尝试了许多新的语言功能，才最终到达近乎于 2004 年冬提议的原始语法的境界。查询表达式的加入以 C# 即将发布的版本的其他语言功能为基础，并促使许多查询情况更便于具有 SQL 背景的开发人员阅读和理解。