在大多數(shù)情況下dynamic和object類型有些相似，但是在編譯時(shí)，dynamic類型被假定為支持任何操作，也就是說dynamic類型的對(duì)象可以是一個(gè)Office對(duì)象，可以是一個(gè)COM對(duì)象或者是DOM對(duì)象，而如果在運(yùn)行時(shí)發(fā)現(xiàn)該對(duì)象不是期望的對(duì)象則會(huì)拋出一個(gè)運(yùn)行時(shí)異常。

由于把一個(gè)對(duì)象定義為dynamic類型，因此在代碼中編寫任意調(diào)用在編譯時(shí)都是合法的（這一點(diǎn)在聲明為object類型時(shí)不能成立）。例如以下代碼能夠通過編譯：

運(yùn)行后發(fā)現(xiàn)obj并不支持UpdateWordDocument方法，因此會(huì)拋出異常：

大多數(shù)動(dòng)態(tài)類型操作的結(jié)果仍是動(dòng)態(tài)類型，例如編寫如下代碼時(shí)智能提示會(huì)顯示變量的類型是dynamic：

在包含從dynamic類型到其他類型的轉(zhuǎn)換，或者將dynamic類型作為構(gòu)造函數(shù)參數(shù)的操作結(jié)果不會(huì)返回dynamic類型，例如以下代碼：

此時(shí)c不是dynamic類型。

開發(fā)人員可以輕松的在dynamic和非dynamic類型之間轉(zhuǎn)換，正是由于dynamic類型在編譯時(shí)被視為支持任何操作，所在只需要保證它們之間的轉(zhuǎn)換是正確的數(shù)據(jù)類型轉(zhuǎn)換，否則運(yùn)行時(shí)會(huì)發(fā)生錯(cuò)誤。例如以下代碼：

使用了通過動(dòng)態(tài)類型參數(shù)的方法會(huì)在運(yùn)行時(shí)解析而不是在編譯時(shí)解析，在.NET Framework 4 Beta1中引入了新的dynamic language runtime（DLR），它為C#中的dynamic類型提供了支持，而且提供了對(duì)諸如IronPython和IronRuby等動(dòng)態(tài)語言的實(shí)現(xiàn)。

Visual C# 2010使用dynamic類型和命名和可選參數(shù)為與COM API交互提供了便利。許多COM方法接收各種類型參數(shù)并且通常會(huì)返回object類型值，開發(fā)人員需要進(jìn)行類型轉(zhuǎn)換以進(jìn)行進(jìn)一步操作。在.NET Framework 4中，如果使用/link開關(guān)編譯程序，dynamic類型允許在COM調(diào)用時(shí)將object類型作為dynamic類型對(duì)待，這樣可以避免類型轉(zhuǎn)換。例如以下代碼（此代碼系摘錄，機(jī)器原因未經(jīng)過本人測(cè)試）

【編輯推薦】

1. C#中對(duì)DatagridView的部分常用操作
2. C#中實(shí)現(xiàn)多繼承的方式：混合+接口
3. 簡(jiǎn)述用C#實(shí)現(xiàn)優(yōu)先隊(duì)列方法