c# dynamic的使用詳解
dynamic是FrameWork4.0的新特性。dynamic的出現(xiàn)讓C#具有了弱語言類型的特性。編譯器在編譯的時(shí)候不再對類型進(jìn)行檢查,編譯期默認(rèn)dynamic對象支持你想要的任何特性。比如,即使你對GetDynamicObject方法返回的對象一無所知,你也可以像如下那樣進(jìn)行代碼的調(diào)用,編譯器不會報(bào)錯(cuò):
dynamic dynamicObject = GetDynamicObject(); Console.WriteLine(dynamicObject.Name); Console.WriteLine(dynamicObject.SampleMethod());
說到正確用法,那么首先應(yīng)該指出一個(gè)錯(cuò)誤用法:
常有人會拿var這個(gè)關(guān)鍵字來和dynamic做比較。實(shí)際上,var和dynamic完全是兩個(gè)概念,根本不應(yīng)該放在一起做比較。var實(shí)際上是編譯期拋給我們的“語法糖”,一旦被編譯,編譯期會自動匹配var 變量的實(shí)際類型,并用實(shí)際類型來替換該變量的申明,這看上去就好像我們在編碼的時(shí)候是用實(shí)際類型進(jìn)行申明的。而dynamic被編譯后,實(shí)際是一個(gè)object類型,只不過編譯器會對dynamic類型進(jìn)行特殊處理,讓它在編譯期間不進(jìn)行任何的類型檢查,而是將類型檢查放到了運(yùn)行期。
這從visual studio的編輯器窗口就能看出來。以var聲明的變量,支持“智能感知”,因?yàn)関isual studion能推斷出var類型的實(shí)際類型,而以dynamic聲明的變量卻不支持“智能感知”,因?yàn)榫幾g器對其運(yùn)行期的類型一無所知。對dynamic變量使用“智能感知”,會提示“此操作將在運(yùn)行時(shí)解析”。
關(guān)于dynamic變量是一個(gè)object變量這一點(diǎn),可以通過IL代碼得到驗(yàn)證,這里不再貼出IL代碼。當(dāng)然,編譯器也對dynamic聲明進(jìn)行了處理,以區(qū)別直接object變量。
dynamic是做為簡化互操作性而被MSDN中大肆渲染,我感覺正是基于這一點(diǎn),才被部分開發(fā)人員誤解:因?yàn)楹芏嚅_發(fā)人員不會接觸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類型的對象,或者被調(diào)用的對象是dynamic類型的,那么重載的判斷是發(fā)生在運(yùn)行時(shí)而不是編譯時(shí)。
動態(tài)語言運(yùn)行時(shí)(dynamic language runtime DLR)
動態(tài)語言運(yùn)行時(shí)是.NET Framework 4 Beta 1中的一組新的API,它提供了對c#中dynamic類型的支持,也實(shí)現(xiàn)了像IronPython和IronRuby之類的動態(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);
我們可能會對這樣的簡化不以為然,畢竟看起來代碼并沒有減少多少,但是,如果考慮到效率兼優(yōu)美兩個(gè)特性,那么dynamic的優(yōu)勢就顯現(xiàn)出來了。編譯器對dynamic進(jìn)行了優(yōu)化,比沒有經(jīng)過緩存的反射效率快了很多。如果非要比較,可以將上面兩者的代碼(調(diào)用Add方法部分)運(yùn)行1000000就可以得出結(jié)論。
dynamic關(guān)鍵字才出來的時(shí)候,覺得真是沒什么用,誰總是和com交互來交互去啊,唯恐避之不及啊。
后來逐漸算是有了一些使用心得,發(fā)現(xiàn)這貨還真是犀利啊,故在此舉幾個(gè)例子,起拋磚引玉之用。
1.替代XXX.GetType().GetProperty("YYY").GetValue(XXX)
static object GetPerson() { return new Person { Name = "Leo" }; }
有時(shí)候難免會遇到這種返回object的倒霉代碼(特別是跟反射有關(guān)的時(shí)候),這時(shí)我們又要訪問其中的某個(gè)屬性,那個(gè)費(fèi)勁啊,現(xiàn)在有了dynamic感覺好多了。
object objPerson = GetPerson(); var objName = objPerson.GetType().GetProperty("Name").GetValue(objPerson); Console.WriteLine(objName); dynamic dynPerson = GetPerson(); var dynName = dynPerson.Name; Console.WriteLine(dynName);
另一個(gè)好處是性能會得到一程度的提升:
Watch = new Stopwatch(); Watch.Start(); for (int i = 0; i < 1000000; i++) { objName = objPerson.GetType().GetProperty("Name").GetValue(objPerson); } Watch.Stop(); Console.WriteLine(Watch.Elapsed); Watch.Restart(); for (int i = 0; i < 1000000; i++) { dynName = dynPerson.Name; } Watch.Stop(); Console.WriteLine(Watch.Elapsed);
大致結(jié)果如下圖,還是快了很多的:
2.拯救接手接口沒設(shè)計(jì)好的代碼的倒霉孩子
比如這里有N個(gè)WCF服務(wù),返回了N個(gè)對象的集合,這幾個(gè)對象沒啥關(guān)系,其實(shí)又有一點(diǎn)關(guān)系,倒霉孩子又不會讓Entity Framework生成的類自動繼承某個(gè)接口(本文里用本地方法代替WCF服務(wù))。
這里來舉一個(gè)例子,首先有下面2個(gè)倒霉的類,同樣string類型的name是可以提取接口的(這里真的合適提取么……),同樣名稱但不同類型的ID,完全無關(guān)的Age和Price。
public class Person { public int ID { get; set; } public string Name { get; set; } public int Age { get; set; } public static List<Person> GetPersonList() { return new List<Person> { new Person{ Name = "Leo1" , Age = 10 }, new Person{ Name = "Leo2" , Age = 20 }, new Person{ Name = "Leo3" , Age= 30 } }; } } public class Car { public Guid ID { get; set; } public string Name { get; set; } public double Price { get; set; } public static List<Car> GetCarList() { return new List<Car> { new Car{ Name = "Focus1" , Price = 100 }, new Car{ Name = "Focus2" , Price = 200 }, new Car{ Name = "Focus3" , Price = 300 } }; } }
我用2個(gè)static方法返回不同類型的List<T>來模擬WCF中最普通的調(diào)用。
static void Main(string[] args) { List<dynamic> list = new List<dynamic>(); //用本地方法替代WCF服務(wù),您假裝是通過WCF獲取的list Person.GetPersonList().ForEach((p) => list.Add(p)); TestDynamic2(list,"Leo2"); list = new List<dynamic>(); //用本地方法替代WCF服務(wù),您假裝是通過WCF獲取的list Car.GetCarList().ForEach((c) => list.Add(c)); TestDynamic2(list,"Focus3"); Console.ReadKey(); } private static void TestDynamic2(List<dynamic> list,string name) { //可以無差別的使用ID和Name屬性 dynamic first = list.OrderBy(d => d.ID).FirstOrDefault(d => d.Name.Contains(name)); //差別對待不同的屬性,這里供參考,不建議這么寫,這會導(dǎo)致依賴具體的類型 if (first is Person) { Console.WriteLine(first.Age); } else { Console.WriteLine(first.Price); } }
以上就是c# dynamic的使用詳解的詳細(xì)內(nèi)容,更多關(guān)于c# dynamic的使用的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
c# 如何實(shí)現(xiàn)獲取二維數(shù)組的列數(shù)
這篇文章主要介紹了c# 實(shí)現(xiàn)獲取二維數(shù)組的列數(shù)操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-04-04C#基于Modbus三種CRC16校驗(yàn)方法的性能對比
這篇文章主要介紹了C#基于Modbus三種CRC16校驗(yàn)方法的性能對比,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11C#實(shí)現(xiàn)嵌套循環(huán)的示例代碼
這篇文章主要為大家詳細(xì)介紹了C#實(shí)現(xiàn)嵌套循環(huán)的相關(guān)知識,文中的示例代碼講解詳細(xì),具有一定的學(xué)習(xí)價(jià)值,感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2023-09-09