C#中dynamic關鍵字的正確用法(引薦)。本站提示廣大學習愛好者：（C#中dynamic關鍵字的正確用法(引薦)）文章只能為提供參考，不一定能成為您想要的結果。以下是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類型的實例和其他類型的實例間的轉換是很復雜的，開發人員可以很方便地在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就可以得出結論。
COM互操作性
C# 4.0包括了多個特性，改良了與傳統COM API接口如Office自動化等的互操作性。Dynamic類型、命名參數以及可選參數也屬於改良中的一局部。
許多的COM辦法允許其參數和前往值類型為object，因而關於強類型言語如C#來說，就需求做少量的強迫類型轉換。但是在C# 4.0中，假如在編譯時加上/link選項，則dynamic類型就會起新的效果：它使得COM接口辦法簽名中的object類型（參數類型或前往類型）被視為dynamic，因此可以防止少量的類型轉換任務。例如，上面的語句對此停止了比照。
// 沒有用 dynamic. ((Excel.Range)excel.Cells[1, 1]).Value2 = "Name"; Excel.Range range = (Excel.Range)excel.Cells[1, 1]; // 用了dynamic, excel.Cells[1, 1].Value = "Name"; Excel.Range range = excel.Cells[1, 1];
以上所述是給大家引見的C#中dynamic關鍵字的正確用法(引薦)，希望對大家有所協助，假如大家有任何疑問請給我留言，會及時回復大家的。在此也十分感激大家對網站的支持！
