兩個(gè)問(wèn)題是：

◆寫(xiě)程序時(shí)少了智能感知；

◆運(yùn)行程序時(shí)速度變慢(反射)。

今天看完New features in CSharp 4.docx才恍然明白，趁著沒(méi)事，把東西整理一下，希望能對(duì)暫時(shí)還不明白dynamic有什么用的朋友提供一些參考。當(dāng)然，由于本人才疏學(xué)淺，不保證所有的觀點(diǎn)都是正確的，希望大家用辯證的眼光來(lái)看這篇文章，如有錯(cuò)誤之處，請(qǐng)大伙批評(píng)指正。

言歸正傳，dynamic關(guān)鍵字用于聲明一個(gè)動(dòng)態(tài)對(duì)象，然后通過(guò)該動(dòng)態(tài)對(duì)象去調(diào)用方法或讀寫(xiě)屬性。

在使用C# 2.0或3.0的時(shí)候，如果一個(gè)對(duì)象需要在運(yùn)行時(shí)才能確定，并且沒(méi)有接口和基類(lèi)方面的信息，那我們一般使用反射技術(shù)來(lái)調(diào)用這個(gè)未知對(duì)像的方法或?qū)傩?，而C# 4.0提供的dynamic可以幫我們簡(jiǎn)化這些工作。假設(shè)我們的程序會(huì)在運(yùn)行時(shí)取得一個(gè)不確定類(lèi)型的對(duì)象，但這個(gè)對(duì)象一定會(huì)有個(gè)Print()方法，我們需要調(diào)用這個(gè)方法打印出一些信息，那么在C# 4.0下面，我們可以用下面的兩句代碼來(lái)實(shí)現(xiàn)這個(gè)需求。

這種解決方式比起用反射調(diào)用Print方法，應(yīng)該簡(jiǎn)潔很多吧？程序員要做的就是別把方法名Print()打錯(cuò)，VS2010是不會(huì)為dynamic對(duì)象提供智能提示的，因?yàn)閂S不知道運(yùn)行時(shí)這個(gè)unknowObj會(huì)是什么東東……

到這里，應(yīng)該有不少的朋友可以從這個(gè)例子上看出，當(dāng)程序編譯到unknowObj.Print()的時(shí)候，VS會(huì)幫我們生成反射的代碼，用反射的方式去調(diào)用Print這個(gè)方法，實(shí)質(zhì)上就是幫我們自動(dòng)反射了。

如果能理解這一點(diǎn)，那也就不難理解C#為啥要搞dynamic這個(gè)既沒(méi)智能感知，運(yùn)行又慢的怪物出來(lái)了。

按New features in CSharp 4的說(shuō)法，dymanic主要應(yīng)用于下面的場(chǎng)景：

1、自動(dòng)反射

2、COM組件互操作

3、混合編程，例如IronRuby和IronPython

4、處理Html DOM對(duì)象

如果有處理過(guò)上面這些工作的朋友們，應(yīng)該不難理解了吧。

具體的內(nèi)容，還請(qǐng)大伙自己看看New features in CSharp 4，里面說(shuō)得比較詳細(xì)。以上介紹C# 4.0的dynamic。

【編輯推薦】

1. C#在應(yīng)用程序間發(fā)送消息實(shí)現(xiàn)淺析
2. 一些C#時(shí)間類(lèi)型的入門(mén)知識(shí)
3. C#接口和抽象類(lèi)技術(shù)特點(diǎn)淺析
4. 一個(gè)C#時(shí)間計(jì)算的實(shí)例
5. C#繼承知識(shí)詳解