C#.net 3.5新特性介绍

从笔者接触编程至今，经历了数种编程语言，从VisualBasic6.0桌面程序开发到ASP(VBScript)的网站开发，从C#1.1到C#2.0，再至今日的令人加心动的C#3.5，笔者曾多次为Windows平台下的编程感慨--越来越方便的操作，越来越强大的功能，越来越简洁的代码使得由代码组成的编程世界中平添的许多色彩与欢乐。

以上可以算作对即将要介绍的C#3.5新特性的一个铺垫。笔者对于C#的爱，胜过其他的任何语言，尤其对于刚刚召开不久的微软2008新技术大会上发布的VisualStudio2008笔者的爱意更甚。于是，笔者决定将自己对它的爱以文章的形式来表达。

让我们去由此开始，向C#3.5示爱：

一、告诉C#3.5，我们对爱上它的暧昧－var关键字

暧昧？众所周知，C#从出生以来都是很以一种强类型的语言示人的，并不像JavaScript和VB6.0那样给人以"暧昧"的感觉啊？而在此处介绍的关键字var，是否让您想起了JavaScript中的定义变量的关键字var？事实上，这两个看似相同的关键字却有本质上的区别。而这个var关键字并非在C#3.5中才出现的，它在C#3.0中便已经存在，笔者之所以在此介绍它，是因为欲介绍3.5，必须而且应该去介绍一下这个在C#3.0中便出现的特性--本地类型推断(LocalTypeReference)，如若不然，笔者内心便无法安稳。

在C#2.0及其以前的版本中，如若定义一可以向其赋任何值的变量，那么我们需对其以object关键字进行定义，这种变量需要对值类型的进行装箱操作而且在对该变量使用的时候还需要进行相应的拆箱操作，而这种装箱拆箱所耗费的资源实在是笔者所不愿意看到的。

那么，我们既不愿意编写无谓耗费资源的代码，又想去实现object定义变量实现的功能，怎么办？C#3.5为我们提供了一种变量定义方式：



varintTest=5;
varcustomer=newCustomer();



看上面的变量定义，奇怪么？其实这就是C#3.5为我们提供的一种新功能--本地类型推断，它可以保护类型安全，而且允许您编写更为"自由"的代码。也就是说，我们可以不去考虑变量的类型而直接以var关键字去修饰它，编译器能够从给变量赋值的表达式中智能推断出变量的类型。它和COM模型中的Variant关键字定义出的变量完全不同，COM中的Variant关键字是变量晚绑定的一种方式，在编译期没有检测，仅在代码运行时才会出现它自身存在的问题，而且一不小心就会出现一大堆令人讨厌的Bug。而C#中这个var定义的变量在编译期推断出它的类型，并且编译后的IL代码中只包含推断出的类型。

即上面的两行代码完全等同物如下代码：


intintTest=5;
Customercustomer=newCustomer();




那么，既然二者等同，我们为什么还要对它的这种"暧昧"情有独衷？事实上，var关键字不仅仅能够实现我们如上所述的功能，它会成为你在使用C#3.5进行编程时非常熟悉的一个朋友，记住这个"匿名类型(AnonymousType)"，也记住这个"本地类型推断(LocalTypeReference)"。


二、告诉C#3.5，我们喜欢它纤细的身材--自动属性(AutomaticProperties)

还记得我们在C#1.1和C#2.0写类的属性时定义的那个小小的私有变量么？甚至有些人还因为私有变量是否应该和属性定义在一起而展开了争论。那么，现行社会流行的"减肥"这个词也可以应用到我们的程序代码上来。

C#3.5为我们提供了自动属性(AutomaticProperties),看如下代码：


publiceintName{get;set;}



很奇怪么？get和set关键字均没有我们以前所熟悉的returnvalue;和_privateField=value;这样的字眼。事实上，这就是善解人意的编译器为我们提供的又一项新功能--自动属性。编译器会为我们定义的Name属性自动生成一私有变量来保存其值。于是，我们原来需要至少三行才能完成的代码现在仅需一行便轻松完成了。

不过，它有自身的局限性，比如说不能在用自动属性定义的属性中加逻辑判断，get和set必须成对出现等。然而，笔者相信并非我们所有的属性均要加上逻辑判断吧？那么，就请去尝试自动属性为我们带来的便利。

三、奇怪的"=>"符号--lambda表达式

习惯C#编程的您在C#2.0及其以前见到过"=>"这个符号么？这又是一新特性，我们可以将它读作"lambda表达式"。

C#2.0通用使用匿名方法引入了"传递指针到特定代码"作为参数的功能。这是一个功能强大的概念，但是这种方式您实际传递的是方法的一个指针，而不是代码块。那个引用指向编译时生成的强类型代码。使用泛型，您可获得更大灵活性，但是对泛型类型难以应用标准操作符。C#3.0引入lambda表达式，它允许使用更简练的语法来定义匿名方法。

看如下代码片断：





且不说其他部分意义，单来看我们.Where括号之中的部分,c=>c.Address==City.Heze这段代码，我们可以将它理解为，给定c，返回c.Address==City.Heze的记录集，此处就是lambda表达式的应用之一，它广泛应用于我们下期即将介绍的LINQ(LanguageIntegeratedQuery)中。


四、为我们的爱加上更为自由的翅膀--扩展方法

熟知Web编程的朋友们应该对如下这段代码很熟悉：



其中ReplaceUnSafeChars是一个进行字符器过滤的函数，将传入的字符串中的非法字符过滤，返回一合法的字符串，它通常用于用户向某一数据处理页面提交数据时，为了防止SQL注入或者其他非法入侵而进行的一项工作。为此我们不厌其烦地写类库，在某一项目的解决方案中添加进来自己过滤函数。这种方式是不错，可是，能不能有一种方式让我们更为方便，让我们写出的代码更为优雅？

设想，如果我们能够对系统中定义的数据类型进行扩展，给它增加上我们自己的方法，那岂不是我们可以像strID.ToSring()那样来实现我们自己的过滤方法？

不错，想法有了，自然C#也不会让我们失望--扩展方法(ExtensionMethods)为我们来解决这一问题。如下图我们定义一个类：



注意，该类为静态类，并且其中的方法Name为静态方法，其参数o为object类型，并且有关键字this进行修饰。以上这些，就是为系统类型进行扩展时的必备条件。在定义了该类的同一命名空间下的其他类中即可对所有类型使用该Name方法来获取它的ToString()之后的值。我们看编译器是如何来表示的：




我们看到，编译器强大的智能提示功能给我们的提示是(extension)stringobject.Name()，这是因为我们是对object类进行了扩展，故我们可以对任何类型使用扩展方法Name。

这虽然并不是一个十分大的改动，可是对于我们在代码上的可读性及实用性都会有很大的帮助。我们习惯了从左到右的阅读方式，习惯了在打"."时编译器给出智能提示，所以我们也会毫无理由的习惯"扩展方法"。

要注意，对于值类型的变量进行扩展是MS推荐的，可是对于引用类型的变量进行扩展却并未被推荐，因为对于所有的调用都要创建一个对象的拷贝，而这个对象拷贝的创建的花销是我们所不敢随意忽略的。

五、令人心动的LINQ

您想过在代码中不写SQL语句就实现对数据库的操作么？当然，笔者并不是指那种通过拖拽数据源控件如SQLDataSource等然后加个GridView或者FormView就去实现对数据的显示、更新的操作。假如有一种工具能够让将我们数据库中的表映射为对象，而且映射这一工作能够自动完成，然后我们就可以通过对这些映射过来的对象进行操作，从而实现对数据表的操作了。

正如笔者上面所说，想法有了，就可以实现。事实上，LINQ并不是属于C#的，更不能说是C#3.5的特性了。不过笔者在这里提出，主要是因为它实在太令人兴奋而且C#3.5中的编程如果没有了对LINQ的使用代码就会逊色许多。

上述两段作为您的"开胃菜"，仅令您心动是远远不够的，让我们近距离接触一下LINQ--语言集成查询(LanguageIntegeratedQuery)。

笔者以LINQ对数据库的操作来对LINQ做一下大概的介绍。

LINQtoSQL是O/RM(对象关系映射）在.NETFramework（VisualStudio2008）中的一种实现，它允许你用.NET的类来生成一个关系型的数据库。然后你可以用LINQ对数据库进行查询、更新、插入、删除操作。

LINQtoSQL完全支持事务，视图和存储过程。它还提供了一种方便地在你的数据模型中对集合数据验证和业务逻辑规则的进行验证的方法。

它的基本语法from…in..select是显得如此优雅，令我不得不为其用如此简洁的代码实现我们以往需要写数行甚至数十行才能够实现的功能感到兴奋。还记得我们在上面介绍"=>"lambda表达式时提供的那个小例子么？



这就是最简单的LINQ实现。其中customers可以是我们从数据库中映射过来的对象，也可以是我们自己定义的某类的实例。它实现的功能是从customers对象实例中查找出所有的Address为Heze的实例，返回值IEnumerable类型。LINQ可以实现对所有实现了IEnumerable接口的对象进行查询

事实上，LINQ不仅可以toDataSet,也不仅可以toSQL,也不仅可以toXML,笔者认为，LINQ是可以toEverything的。

六结语

以上仅仅是给笔者很大触动并且打动了笔者心的若干功能的一部分，限于篇幅笔者不能一一进行展开，望读者见谅。笔者将在后续的文章中与您分享更多的知识与经验。