欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

深入淺析C#中的var和dynamic

 更新時間:2018年05月06日 17:15:58   作者:阿子  
這篇文章給大家介紹了C#中的var和dynamic的相關(guān)知識,var和dynamic的本質(zhì)區(qū)別是類型判斷的時間不同,前者是編譯時,后者是運行時。具體內(nèi)容詳情大家通過本文學(xué)習(xí)下吧

在理解vardynamic關(guān)鍵字之前,讓我們先了解一下編程語言的類別。

C#中有兩類編程語言:

  • 靜態(tài)類型語言類別
  • 動態(tài)語言類別

靜態(tài)類型語言

靜態(tài)類型語言也被稱為強類型語言。所謂強類型語言,通俗的講,就是在編譯過程中執(zhí)行類型檢查的語言。我們舉個簡單的例子,比如我們知道一個方法的返回類型,但是如果返回類型過于復(fù)雜,那么我推薦你使用var。但是,當(dāng)你明確知道返回類型時,或者返回的只是簡單類型,那么我推薦你直接使用該數(shù)據(jù)類型來聲明方法返回類型,就像平時我們經(jīng)常用string、int、bool等修飾符聲明返回類型一樣。

接下來讓我們來了解C#中的var關(guān)鍵字。

var關(guān)鍵字是定義數(shù)據(jù)類型的間接方式

當(dāng)你定義特定類型的var時:

string str = "Test";

這種寫法被稱為顯式類型的聲明,也被稱為直接聲明。

當(dāng)你使用var關(guān)鍵字定義一個變量時:

var str = "Test";

這被稱為隱式類型聲明或間接類型聲明。

一般情況下,編譯器會在編譯過程中驗證數(shù)據(jù),并在編譯過程中創(chuàng)建適當(dāng)?shù)念愋?。在此實例中,編譯器將檢查Test,并在生成IL代碼時將var關(guān)鍵字替換為字符串。

var關(guān)鍵字在編譯時靜態(tài)的定義數(shù)據(jù)類型,而不是在運行時,即:一旦定義了數(shù)據(jù)類型,它將不會在運行時更改。

讓我們看下面的例子:

var str = "Test";str = 123;

生成這個應(yīng)用程序,如下圖所示,將在str = 123處的隱式轉(zhuǎn)換拋出編譯錯誤

如果將鼠標移動到第一行的str上,實際上是可以獲得局部變量字符串str的值,如下圖所示

我們可以通過使用ILDasm.exe打開這個exe/dll來驗證這個結(jié)果。

何時使用var

對于像int、double、string等簡單數(shù)據(jù)類型,我們最好使用特定的數(shù)據(jù)類型來聲明變量,以免讓事情變得復(fù)雜。但當(dāng)你創(chuàng)建了一個很大的類,那么為了方便創(chuàng)建對象,你最好使用var關(guān)鍵字。還有一種約定俗成的習(xí)慣,當(dāng)我們使用LINQAnonymous類型時,必須使用var關(guān)鍵字。

動態(tài)類型語言

動態(tài)類型語言是指在運行時執(zhí)行類型檢查的語言。如果您不知道您將獲得或需要分配的值的類型,則在此情況下,類型是在運行時定義的。讓我們看看下面的例子。

class Program { 
  static void Main(string[] args)
  {  
    dynamic str = "Test"; 
  } 
} 

現(xiàn)在,如果您輸入str.,那么您將無法獲得任何智能提示,如下圖所示。

此例中,在為str分配值之后,如果執(zhí)行一些數(shù)學(xué)運算,它不會給出任何錯誤信息。

class Program { 
  static void Main(string[] args) 
  { 
    dynamic str = "Test"; 
    str++; 
  } 
}

很明顯,現(xiàn)在就算我生成應(yīng)用程序,也不會有錯誤產(chǎn)生,應(yīng)用程序也會成功生成:

但是,如果你運行這個應(yīng)用程序,對不起,VS會給你如下所示的運行時錯誤:

dynamic關(guān)鍵字內(nèi)部使用反射,感興趣的童鞋可以自行研究一下。

小結(jié)

vardynamic關(guān)鍵字之間的主要區(qū)別在于綁定時間不一樣:var是早期綁定,dynamic綁定則會在運行時進行。

var實際上是編譯器拋給我們的語法糖,一旦被編譯,編譯器就會自動匹配var變量的實際類型,并用實際類型來替換該變量的聲明,等同于我們在編碼時使用了實際類型聲明。而dynamic被編譯后是一個Object類型,編譯器編譯時不會對dynamic進行類型檢查。

.Net 4.0之前的運行時的動態(tài)調(diào)用一般是通過反射來實現(xiàn),但是反射的代碼的可讀性不高。.Net 4.0之后使用dynamic就好得多,因為dynamic是一種靜態(tài)類型,完全可以像其它類型一樣的聲明和調(diào)用,而不用寫反射相關(guān)的代碼。

合理的運用dynamic可以讓你的代碼更加的簡潔,而且比直接使用反射性能更好(反射沒有優(yōu)化處理的前提),因為dynamic是基于DLR,第一次運行后會緩存起來。其實有心的同學(xué)會發(fā)現(xiàn).net的類庫里面很多地方都用了dynamic這個東西,例如:mvc中的ViewBag就是一個很好的例子。一般情況下,如果開發(fā)者不知道方法和方法的返回類型是否公開,請使用dynamic關(guān)鍵字。

補充:C# var和dynamic的用法和理解

var和dynamic的本質(zhì)區(qū)別是類型判斷的時間不同,前者是編譯時,后者是運行時。

1.var在聲明變量方面簡化語法(只能是局部變量),在編譯時交給編譯器推斷。

2.dynamic也是為簡化語法而生的,它的類型推斷是交給系統(tǒng)來執(zhí)行的(運行時推斷類型)。

3.var不能用于字段、參數(shù)等,而dynamic則可以。

4.var在初始化的時候就確定了類型。

5.dynamic可以用于方法字段、參數(shù)、返回值以及泛型參數(shù),把動態(tài)發(fā)揮的淋漓盡致。

6.dynamic在反射方面做的可以,只是我自己沒有嘗試過。

7.var是C# 3.0的產(chǎn)物,dynamic是C# 4.0的產(chǎn)物。

最后還得關(guān)心一下效率問題:

 越底層的效率越高

可以說是 傳統(tǒng)強類型 >= var > dynamic,所以用dynamic的時候還得考慮性能和效率!

總結(jié)

以上所述是小編給大家介紹的C#中的var和dynamic ,希望對大家有所幫助,如果大家有任何疑問歡迎給我留言,小編會及時回復(fù)大家的!

相關(guān)文章

最新評論