把寫內容過程中比較重要的內容段做個收藏,下邊資料是關於C#中dynamic的正確用法的內容。 dynamic dynamicObject = GetDynamicObject(); Console.WriteLine(dynamicObject.Name); Console.WriteLine(dy ...
把寫內容過程中比較重要的內容段做個收藏,下邊資料是關於C#中dynamic的正確用法的內容。
dynamic dynamicObject = GetDynamicObject();
Console.WriteLine(dynamicObject.Name);
Console.WriteLine(dynamicObject.SampleMethod());
說到正確用法,那麼首先應該指出一個錯誤用法:常有人會拿var這個關鍵字來和dynamic做比較。實際上,var和dynamic完全是兩個概念,根本不應該放在一起做比較。var實際上是編譯期拋給我們的“語法糖”,一旦被編譯,編譯期會自動匹配var變數的實際類型,並用實際類型來替換該變數的申明,這看上去就好像我們在編碼的時候是用實際類型進行申明的。而dynamic被編譯後,實際是一個object類型,只不過編譯器會對dynamic類型進行特殊處理,讓它在編譯期間不進行任何的類型檢查,而是將類型檢查放到了運行期。這從visualstudio的編輯器視窗就能看出來。以var聲明的變數,支持“智能感知”,因為visualstudion能推斷出var類型的實際類型,而以dynamic聲明的變數卻不支持“智能感知”,因為編譯器對其運行期的類型一無所知。對dynamic變數使用“智能感知”,會提示“此操作將在運行時解析”。關於dynamic變數是一個object變數這一點,可以通過IL代碼得到驗證,這裡不再貼出IL代碼。當然,編譯器也對dynamic聲明進行了處理,以區別直接object變數。dynamic是做為簡化互操作性而被MSDN中大肆渲染,我感覺正是基於這一點,才被部分開發人員誤解:因為很多開發人員不會接觸COM+、OFFICE二次開發之類的編碼,所以急需要一個dynamic的應用理由。那麼,在日常開發中,我認為dynamic很有價值的一點是:dynamic可以簡化反射。以前我們這樣使用反射:
public class DynamicSample
{
public string Name { get; set; }
public int Add(int a, int b)
{
return a + b;
}
}
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就可以得出結論。