dynamic是FrameWork4.0的新特性。dynamic的出現(xiàn)讓C#具有了弱語言類型的特性。編譯器在編譯的時候不再對類型進行檢查，編譯期默認dynamic對象支持你想要的任何特性。

比如，即使你對GetDynamicObject方法返回的對象一無所知，你也可以像如下那樣進行代碼的調(diào)用，編譯器不會報錯：

?

說到正確用法，那么首先應(yīng)該指出一個錯誤用法：

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

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

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

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

類型轉(zhuǎn)換 Dynamic類型的實例和其他類型的實例間的轉(zhuǎn)換是很簡單的，開發(fā)人員能夠很方便地在dyanmic和非dynamic行為間切換。任何實例都能隱式轉(zhuǎn)換為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的任何表達式也能夠隱式轉(zhuǎn)換為其他類型。 int i = d1; string str = d2; DateTime dt = d3; System.Diagnostics.Process[] procs = d4; 方法中含有dynamic類型參數(shù)的重載問題 如果調(diào)用一個方法是傳遞了dynamic類型的對象，或者被調(diào)用的對象是dynamic類型的，那么重載的判斷是發(fā)生在運行時而不是編譯時。 動態(tài)語言運行時（dynamic language runtime DLR） 動態(tài)語言運行時是.NET Framework 4 Beta 1中的一組新的API，它提供了對c#中dynamic類型的支持，也實現(xiàn)了像IronPython和IronRuby之類的動態(tài)程序設(shè)計語言。

dynamic可以簡化反射。

?

若類型 在操作 json 的時候：

dynamic resultService = null;string doctorUids = "";//獲取病程中 醫(yī)生的IDforeach (dynamic item in resultService.Data.result){doctorUids += item.doctorUid + ",";}

?

轉(zhuǎn)載于:https://www.cnblogs.com/dragon-L/p/4618933.html

總結(jié)

以上是生活随笔為你收集整理的C# - dynamic 特性的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。