vs2010正式版4月12日發布了，下面就幾個新特性與大家共享一下。
一、新關鍵詞 ——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.Int32
System.Double
System.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: Oper
ator '+' 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/ConsoleAp
plication3/ConsoleApplication3/Program.cs:line 26
*/
二、可選（或默認）參數
貌似這個特性在C#1.0就已經有很多人問過了，但直到4.0才有?，F在你可以在方法定義的時候為參數指定一個默認值。調用方法的時候既可以像平時那樣傳 入參數，也可以直接跳過不傳入，這樣的話，就使用默認值傳到方法里。例如：
- 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互操作上，你不能創建自己的索引屬性。
