改善C#程式的建議2：C#中dynamic的正确用法

dynamic是FrameWork4.0的新特性。dynamic的出現讓C#具有了弱語言類型的特性。編譯器在編譯的時候不再對類型進行檢查，編譯期預設dynamic對象支援你想要的任何特性。比如，即使你對GetDynamicObject方法傳回的對象一無所知，你也可以像如下那樣進行代碼的調用，編譯器不會報錯：

dynamic dynamicObject = GetDynamicObject();

Console.WriteLine(dynamicObject.Name);

Console.WriteLine(dynamicObject.SampleMethod());

說到正确用法，那麼首先應該指出一個錯誤用法：

常有人會拿var這個關鍵字來和dynamic做比較。實際上，var和dynamic完全是兩個概念，根本不應該放在一起做比較。var實際上是編譯期抛給我們的“文法糖”，一旦被編譯，編譯期會自動比對var 變量的實際類型，并用實際類型來替換該變量的申明，這看上去就好像我們在編碼的時候是用實際類型進行申明的。而dynamic被編譯後，實際是一個object類型，隻不過編譯器會對dynamic類型進行特殊處理，讓它在編譯期間不進行任何的類型檢查，而是将類型檢查放到了運作期。

這從visual studio的編輯器視窗就能看出來。以var聲明的變量，支援“智能感覺”，因為visual studion能推斷出var類型的實際類型，而以dynamic聲明的變量卻不支援“智能感覺”，因為編譯器對其運作期的類型一無所知。對dynamic變量使用“智能感覺”，會提示“此操作将在運作時解析”。

關于dynamic變量是一個object變量這一點，可以通過IL代碼得到驗證，這裡不再貼出IL代碼。當然，編譯器也對dynamic聲明進行了處理，以差別直接object變量。

dynamic是做為簡化互操作性而被MSDN中大肆渲染，我感覺正是基于這一點，才被部分開發人員誤解：因為很多開發人員不會接觸COM+、OFFICE二次開發之類的編碼，是以急需要一個dynamic的應用理由。那麼，在日常開發中，我認為dynamic很有價值的一點是：

dynamic可以簡化反射。

以前我們這樣使用反射：

<a></a>

public class DynamicSample

{

public string Name { get; set; }

public int Add(int a, int b)

return a + b;

}

DynamicSample dynamicSample = new DynamicSample(); //create instance為了簡化示範，我沒有使用反射

var addMethod = typeof(DynamicSample).GetMethod("Add");

int re = (int)addMethod.Invoke(dynamicSample, new object[] { 1, 2 });

現在，我們有了簡化的寫法：

dynamic dynamicSample2 = new DynamicSample();

int re2 = dynamicSample2.Add(1, 2);

我們可能會對這樣的簡化不以為然，畢竟看起來代碼并沒有減少多少，但是，如果考慮到效率兼優美兩個特性，那麼dynamic的優勢就顯現出來了。編譯器對dynamic進行了優化，比沒有經過緩存的反射效率快了很多。如果非要比較，可以将上面兩者的代碼（調用Add方法部分）運作1000000就可以得出結論。]

本文轉自最課程陸敏技部落格園部落格，原文連結：http://www.cnblogs.com/luminji/archive/2011/02/18/1957484.html，如需轉載請自行聯系原作者