【轉】C#中dynamic的正確用法

eedc發表於2017-05-16
C#

原文：http://www.cnblogs.com/qiuweiguo/archive/2011/08/03/2125982.html

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型別的例項和其他型別的例項間的轉換是很簡單的，開發人員能夠很方便地在dyanmic和非dynamic行為間切換。任何例項都能隱式轉換為dynamic型別例項，見下面的例子：
dynamic d1 = 7;
dynamic d2 = "a string";
dynamic d3 = System.DateTime.Today;
dynamic d4 = System.Diagnostics.Process.GetProcesses();
 
Conversely, an implicit conversion can be dynamically applied to any expression of type dynamic.
反之亦然，型別為dynamic的任何表示式也能夠隱式轉換為其他型別。
int i = d1;
string str = d2;
DateTime dt = d3;
System.Diagnostics.Process[] procs = d4;
 
方法中含有dynamic型別引數的過載問題
如果呼叫一個方法是傳遞了dynamic型別的物件，或者被呼叫的物件是dynamic型別的，那麼過載的判斷是發生在執行時而不是編譯時。
 
動態語言執行時（dynamic language runtime DLR）
動態語言執行時是.NET Framework 4 Beta 1中的一組新的API，它提供了對c#中dynamic型別的支援，也實現了像IronPython和IronRuby之類的動態程式設計語言。

dynamic可以簡化反射。

以前我們這樣使用反射：

 

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就可以得出結論。

相關文章