发表评论
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。
RSS订阅优然探索
vs2010正式版4月12日发布了，前几天我也下了一个，但这几天都没有时间好好试用一下，今天针对C#语言的新特性使用了一下，感觉还不错，有几个新特性和大家分享一下，希望我没有太火星……
一、新关键词——dynamic
在新版本的C#中，dynamic关键词是一个很重要的新特性，现在你可以创建动态对象并在运行时再决定它的类型。而且.net 4.0为CLR加入了一组为动态语言服务的运行时环境，称为DLR(Dynamic Language Runtime动态语言运行时)，这使得C#这种静态类型语言可以在 .NET Framework 中开发动态语言并为与其它动态语言提供互操作性了。DLR架构见下图：
关于DLR的更详细信息，可以参考msdn：http://msdn.microsoft.com/en-us/library/dd233052(VS.100).aspx
先来看看dynamic的一个例子：
C# code
dynamic dyn = 1; Console.WriteLine(dyn.GetType()); dyn = 1.234; Console.WriteLine(dyn.GetType()); dyn = "ojlovecd"; Console.WriteLine(dyn.GetType());/*输出：System.Int32System.DoubleSystem.String*/
可能你会说，这个效果，我用object关键字就可以了，干吗加个dynamic？那我们就来讨论一下object与dynamic的区别。
先看如下代码：
C# code
object obj = 10; obj = obj + 10;
这样肯定是通不过编译的，虽然obj存储的是一个整形，但是如果不进行类型转换的话编辑器肯定是不会编译通过的。所以我们就要改成：
C# code
object obj = 10; obj = (int)obj + 10;
但是这样就有个类型安全的问题了，假如我类型不是转换成int,而是string，那么编译器一样可以编译通过，但是运行时就会抛出异常：
C# code
object obj = 10; obj = (string)obj + 10;/*Unhandled Exception: System.InvalidCastException: Unable to cast object of type'System.Int32' to type 'System.String'.*/
由此可见，你要使上面代码正确运行，你必须得正确的进行类型的显式转换，就仅仅因为不这样做的话，编译器不让你通过而已。为了解决这个问题，dynamic由此产生。它告诉编译器：“哥说啥就是啥，你甭跟我废话”。见下例：
C# code
dynamic dyn = 10; dyn = dyn + 10; Console.WriteLine(dyn); dyn = 10.02; dyn = dyn + 10; Console.WriteLine(dyn); dyn = "ojlovecd"; dyn = dyn + 10; Console.WriteLine(dyn);
这是object和dynamic的其中一个不同。它告诉编译器对象的类型只有在运行时才知道，编译器就不会对其进行干涉。这样你可以少写很多代码。但有一点必须强调一下：dynamic并没有增加或减少危险。当你操作对象时要用到的所有类型检查技巧（例如反射），在动态对象中一样要用到。例如，以下代码在运行时将会抛出异常：
C# code
dynamic dyn = 10; dyn = dyn + DateTime.Now; Console.WriteLine(dyn);/*Unhandled Exception: Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: Operator '+' cannot be applied to operands of type 'int' and 'System.DateTime' at CallSite.Target(Closure , CallSite , Object , DateTime ) at System.Dynamic.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site, T0 arg0, T1 arg1) at ConsoleApplication3.Program.Main(String[] args) in D:\CSharpProj\ConsoleApplication3\ConsoleApplication3\Program.cs:line 26*/
二、可选（或默认）参数
貌似这个特性在C#1.0就已经有很多人问过了，但直到4.0才有。现在你可以在方法定义的时候为参数指定一个默认值。调用方法的时候既可以像平时那样传入参数，也可以直接跳过不传入，这样的话，就使用默认值传到方法里。例如：
C# code
static void Main(string[] args) { TestMethod(); TestMethod(3); } static void TestMethod(int i = 10) { Console.WriteLine(i); }
值得注意一点的是，可选参数必须放在所有参数的最后。这里就有个问题了，假如我某个方法有两个参数，两个都是可选参数，而我调用的时候只想传入第二个参数，怎么办呢？我们来试试。
C# code
static void Main(string[] args) { TestMethod("hello"); } static void TestMethod(int i = 10, string s = "ojlovecd") { Console.WriteLine("i:{0},s:{1}", i, s); }
但很可惜，编译通不过，这个问题，利用下面的新特性就可以解决了。
三、命名参数
在之前版本的C#中，方法定义的参数顺序必须与方法调用时的参数顺序一致，即方法Method(int i, string s)调用时就必须第一个传入int，第二个传入string，而现在，这个规矩可以被打破了。你可以自己随便什么顺序传入，这也在一定程度上提高了代码的可读性。例子：
C# code
static void Main(string[] args) { TestMethod2(s: "ojlovecd", i: 26); } static void TestMethod2(int i, string s) { Console.WriteLine("i:{0},s:{1}", i, s); }
这样一来，上面的那个问题就可以迎刃而解了：
C# code
static void Main(string[] args) { TestMethod(s: "hello"); } static void TestMethod(int i = 10, string s = "ojlovecd") { Console.WriteLine("i:{0},s:{1}", i, s); }
四、提高COM的互操作性
基于以上三点新特性，COM的互操作性也被提高了。以后不用再写如下丑陋的代码：
C# code
var excelApp = new Excel.Application();// . . .excelApp.get_Range("A1", "B4").AutoFormat( Excel.XlRangeAutoFormat.xlRangeAutoFormatTable3, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing);
现在只需这么写就搞定了：
C# code
excelApp.Range["A1", "B3"].AutoFormat( Excel.XlRangeAutoFormat.xlRangeAutoFormatClassic2);
顺带一句，这段代码用到了另一个叫做“索引属性”的新特性，更多关于这个特性的信息可以参考http://msdn.microsoft.com/en-us/library/ee310208%28VS.100%29.aspx 这个特性只能用于COM互操作上，你不能创建自己的索引属性。
