dynamic是FrameWork4.0的新特性。dynamic的出現(xiàn)讓C#具有了弱語言類型的特性。編譯器在編譯的時(shí)候不再對(duì)類型進(jìn)行檢查，編譯期默認(rèn)dynamic對(duì)象支持你想要的任何特性。比如，即使你對(duì)GetDynamicObject方法返回的對(duì)象一無所知，你也可以像如下那樣進(jìn)行代碼的調(diào)用，編譯器不會(huì)報(bào)錯(cuò)：

dynamic dynamicObject = GetDynamicObject();
Console.WriteLine(dynamicObject.Name);
Console.WriteLine(dynamicObject.SampleMethod());

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

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

這從visual studio的編輯器窗口就能看出來。以var聲明的變量，支持“智能感知”，因?yàn)関isual studion能推斷出var類型的實(shí)際類型，而以dynamic聲明的變量卻不支持“智能感知”，因?yàn)榫幾g器對(duì)其運(yùn)行期的類型一無所知。對(duì)dynamic變量使用“智能感知”，會(huì)提示“此操作將在運(yùn)行時(shí)解析”。

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

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

類型轉(zhuǎn)換

Dynamic類型的實(shí)例和其他類型的實(shí)例間的轉(zhuǎn)換是很簡單的，開發(fā)人員能夠很方便地在dyanmic和非dynamic行為間切換。任何實(shí)例都能隱式轉(zhuǎn)換為dynamic類型實(shí)例，見下面的例子：

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的任何表達(dá)式也能夠隱式轉(zhuǎn)換為其他類型。

int i = d1;
string str = d2;
DateTime dt = d3;
System.Diagnostics.Process[] procs = d4;

方法中含有dynamic類型參數(shù)的重載問題

如果調(diào)用一個(gè)方法是傳遞了dynamic類型的對(duì)象，或者被調(diào)用的對(duì)象是dynamic類型的，那么重載的判斷是發(fā)生在運(yùn)行時(shí)而不是編譯時(shí)。

動(dòng)態(tài)語言運(yùn)行時(shí)（dynamic language runtime DLR）

動(dòng)態(tài)語言運(yùn)行時(shí)是.NET Framework 4 Beta 1中的一組新的API，它提供了對(duì)c#中dynamic類型的支持，也實(shí)現(xiàn)了像IronPython和IronRuby之類的動(dòng)態(tài)程序設(shè)計(jì)語言。

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 });

現(xiàn)在，我們有了簡化的寫法：

dynamic dynamicSample2 = new DynamicSample();
int re2 = dynamicSample2.Add(1, 2);

我們可能會(huì)對(duì)這樣的簡化不以為然，畢竟看起來代碼并沒有減少多少，但是，如果考慮到效率兼優(yōu)美兩個(gè)特性，那么dynamic的優(yōu)勢就顯現(xiàn)出來了。編譯器對(duì)dynamic進(jìn)行了優(yōu)化，比沒有經(jīng)過緩存的反射效率快了很多。如果非要比較，可以將上面兩者的代碼（調(diào)用Add方法部分）運(yùn)行1000000就可以得出結(jié)論。

COM互操作性

C# 4.0包含了多個(gè)特性，改進(jìn)了與傳統(tǒng)COM API接口如Office自動(dòng)化等的互操作性。Dynamic類型、命名參數(shù)以及可選參數(shù)也屬于改進(jìn)中的一部分。

許多的COM方法允許其參數(shù)和返回值類型為object，因此對(duì)于強(qiáng)類型語言如C#來說，就需要做大量的強(qiáng)制類型轉(zhuǎn)換。然而在C# 4.0中，如果在編譯時(shí)加上/link選項(xiàng)，則dynamic類型就會(huì)起新的效果：它使得COM接口方法簽名中的object類型（參數(shù)類型或返回類型）被視為dynamic，因而能夠避免大量的類型轉(zhuǎn)換工作。例如，下面的語句對(duì)此進(jìn)行了對(duì)比。

// 沒有用 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關(guān)鍵字的正確用法(推薦)，希望對(duì)大家有所幫助，如果大家有任何疑問請給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論