C#3.0 之 自动属性 对象初始化器，集合初始器，扩展方法 (转)

C#3.0 之 自动属性 对象初始化器，集合初始器，扩展方法

来源: http://blog.csdn.net/zyming0815/archive/2009/11/19/4831770.aspx

Reference
Orcas中C#语言的新特性：自动属性，对象初始化器，和集合初始化器
新Orcas语言特性：扩展方法

1. 自动属性：

public class Person {
public string FirstName { get; set; }
public string LastName { get; set; }
public int Age { get; set; }
}
当Orcas版中的C#编译器遇上象上面这样的空的get/set属性的话，它会自动为你在类中生成一个私有成员变量，对这个变量实现一个公开的getter 和setter

2. 对象初始化器：

Person person = new Person { FirstName="Scott", LastName="Guthrie", Age=32 };
就不用Person person = new Person(); person.FirstName="scott";
当然也允许嵌套：

Person person = new Person {
FirstName = "Scott",
LastName = "Guthrie"
Age = 32,
Address = new Address {
Street = "One Microsoft Way",
City = "Redmond",
State = "WA",
Zip = 98052
}
};
3 集合初始化器

List<Person> people = new List<Person> {
new Person { FirstName = "Scott", LastName = "Guthrie", Age = 32 },
new Person { FirstName = "Bill", LastName = "Gates", Age = 50 },
new Person { FirstName = "Susanne", LastName = "Guthrie", Age = 32 }
};
当编译器遇上上面这样的句法时，它会自动为我们生成集合插入编码。
即 List<Persion> people = new List<Person>(); Person.Add(new Person{...}); Person.Add(new Person{...});

4. 扩展方法

例如，验证一个字符串是否为合法

一般写法，定义一个类，实现静态方法IsValid(string)：

string email = Request.QueryString["email"];

if ( EmailValidator.IsValid(email) ) {

}
扩展方法允许：

string email = Request.QueryString["email"];

if ( email.IsValidEmailAddress() ) {

}
扩展方法如何实现：

public static class ScottGuExtensions
{
public static bool IsValidEmailAddress(this string s)
{
Regex regex = new Regex(@"^[\w-\.]+@([\w-]+\.)+[\w-]{2,4}$");
return regex.IsMatch(s);
}
}
注意，静态方法的string的参数变量前有个“this”关键词，这告诉编译器，这个特定的扩展方法应该添加到类型为“string”的对象中去。
使用时，要用“using”语句来引入含有该扩展方法的实现的命名空间

下面完全转载过来，写的很明了

扩展方法使用场景续...

利用扩展方法这个新特性来给个别类型添加方法给开发人员开辟了许多有用的扩展性使用场景。但使得扩展方法非常强有力的是，它们不仅能够应用到个别类型上，也能应用到.NET框架中任何基类或接口上。这允许开发人员建立种种可用于整个.NET框架的丰富的可组合的框架层扩展。

譬如，考虑这样一个场景，我想要一个既容易，描述性又强的方式来检查一个对象是否已经包含在一个对象集合或数组里。我可以定义一个简单的.In（集合）扩展方法，我想把它添加到.NET框架中的所有对象上，我可以在C#里这么来实现这个“In()”扩展方法：



注意上面我是如何声明扩展方法的第一个参数的：“this object o”。这表明，这个扩展方法应该适用于继承于基类System.Object的所有类型，这意味著我可以在.NET中的每个对象上使用它。

上面这个“In”方法的实现允许我检查一个指定的对象是否包含在作为方法参数传入的一个IEnumerable序列中。因为所有的.NET集合和数组都实现了IEnumerable接口，现在我拥有了一个有用的，描述性强的方法来检查一个任意的对象是否属于任何.NET集合或数组。

然后我就可以使用这个“In()”方法来看一个特定的字符串是否在一个字符串数组中：



我也可以用它来检查一个特定的ASP.NET控件是否在一个容器控件集合里：



我甚至可以将其用在象整数这样的标量数据类型上：



注意上面，你甚至可以在象整数值42这样的基本数据类型值上使用扩展方法。因为CLR支持数值类型的自动boxing/unboxing，扩展方法可以直接使用在数值和其他标量数据类型上。

你大概可以开始从上面的例子中看出，扩展方法可以促成一些非常丰富和描述性强的扩展性使用场景。当使用于.NET中常见的基类和接口上时，他们可以促成一些非常好的特定于某个领域(domain specific)的框架和组合使用场景。

内置的System.Linq扩展方法

一个在Orcas时段随.NET发布的内置的扩展方法库是一套允许开发人员对任何数据进行查询的非常强有力的查询扩展方法。这些扩展方法实现位于新的 System.Linq 命名空间之下，定义了标准的查询操作符扩展方法，可以为.NET开发人员用来轻松地查询XML，关系数据库，.NET 对象， 和任何其他数据结构类型。

下面是使用这些查询扩展方法的扩展性模型的几个好处：

1) 它允许一个可用于所有数据类型（数据库，XML文件，内存中的对象，以及web-services等）的共同的查询编程模型和语法。

2) 它是可以组合的，允许开发人员轻松地往查询语法中添加新的方法/操作符。譬如，我们可以将我们自定义的“In()”方法与为LINQ所定义的标准的“Where()”方法作为一个单独查询的一部分一起使用。我们自定义的In()方法看上去就跟由System.Linq命名空间提供的标准方法一样。

3) 它是可扩展的，允许与任何数据提供器类型一起使用。譬如，任何一个象NHibernate或LLBLGen这样现有的ORM引擎可以实现LINQ的标准查询操作符来允许对他们现有的ORM实现和映射引擎实现LINQ查询。这允许开发人员学会一个查询数据的共同方式，然后对种类繁多的丰富数据存储实现使用同样的技能。

我将在下几个星期里对LINQ作更多的示范，但想留给你几个例子，这些例子展示了如何对不同类型的数据使用几个内置的LINQ查询扩展方法：

使用场景一：对内存中的.NET对象使用LINQ扩展方法

假定我们象这样定义了代表“Person”的类：



然后创建和填充一个“people”集合，象这样：



然后我可以使用由System.Linq提供的标准的“Where()”扩展方法来获取这个集合中FirstName的首字符是"S"的那些“Person”对象，象这样：
Where()就是扩展方法！以函数为参数！



上面这个新的 p => 语法是“Lambda表达式”的一个例子，是对C# 2.0匿名方法支持的更简明的发展，允许我们通过一个实参来轻松地表达查询过滤（在这个情形下，我们表示我们只想要返回一串firstname属性的首字符是“S”字母的Person对象) 。上面这个查询然后就会返回包含2个对象的序列，Scott 和 Susanne。

我也可以利用由System.Linq提供的新的“Average” 和“Max”扩展方法编写代码来决定我的集合里的人的平均年龄，以及年龄最大的人，象这样：

使用场景二：对XML文件使用LINQ扩展方法

你手工在内存里创建一个硬写(hard-coded)的数据集合大概是很少见的。更有可能的是，你会从一个XM文件，数据库，或web服务里获取数据。

假定我们在硬盘上有一个XML文件，包含下面这样的数据：



很明显地，我可以使用现有的 System.Xml APIs 来装载这个XML文件进一个DOM，然后访问它，或者使用一个层次较低的XmlReader API ，自己对之手工分析。或者，在 Orcas中，我现在也可以使用支持标准的LINQ扩展方法的System.Xml.Linq 实现(即 XLINQ)，更优雅地分析和处理XML。

下面的代码例子展示了如何使用LINQ来获取所有包含一个子节点的值的首字母为“S”的<person> XML元素：



注意，它使用了跟内存中对象例子中一模一样的 Where() 扩展方法。现在它返回一个“XElement”元素序列，XElemen是没有类型的XML节点元素。或者我也可以重写查询表达式，通过LINQ的 Select() 扩展方法来构造数据形状，其实就是映射，将过滤得到的XElement元素序列映射为对象序列：



上面的代码会做需要打开，分析，和过滤XML，然后返回一个强类型的Person对象序列所有的工作。

我也可以和前面一样使用同样的Average() 和 Max() LINQ扩展方法来计算XML文件中<person>元素的平均年龄，以及最大年龄，象这样：



我不用手工分析XML文件，XLINQ 不仅可以为我处理分析，它在估算LINQ表达式时，也可以使用低层的XMLReader，而不是使用DOM来分析文件。这意味着它是迅速之极，而且不分配很多内存。

使用场景三：对数据库使用LINQ扩展方法

假定我们拥有一个SQL数据库，内含一个叫“People”的表，具有下列数据定义：



我可以使用Visual Studio中新的LINQ到SQL的所见即所得(WYSIWYG) ORM设计器，快速地创建一个映射到数据库的“Person”类：



然后我可以使用我先前用于对象和XML文件同样的LINQ Where() 扩展方法，从数据库中获取firstname的首字符为“S”的强类型“Person”对象序列：



注意，查询句法与对象和XML场景中的一模一样。

然后我也可以使用与前面一样的 LINQ Average() 和Max() 扩展方法来从数据库里获取平均和最大值，象这样：



要使上面代码例子工作，你自己不需编写任何SQL代码。Orcas中提供的LINQ to SQL对象关系映射器会处理获取，跟踪，和更新映射到你的数据库数据定义和存储过程的对象。你只要使用任何LINQ扩展方法对结果进行过滤和构形即可，LINQ to SQL会执行获取数据所需的SQL代码(注意，上面的 Average和Max 扩展方法很明显地不会从数据表中返回所有的数据行，它们会使用TSQL的聚合函数来计算数据库中的值，然后只返回一个标量值)。

请观看我一月份制作的一个录像，演示了LINQ到SQL如何显著地改进了Orcas中的数据生产力。录像中，你也可以看到新的LINQ to SQL的所见即所得ORM设计器的实战示范，以及对数据模型编写LINQ代码时代码编辑器提供的完整的 intellisense。