快捷導(dǎo)航

C#特性匿名類型與隱式類型局部變量使用介紹

更新時(shí)間：2014年12月25日 14:49:14 投稿：mdxy-dxy

這篇文章主要介紹了C#特性-匿名類型與隱式類型局部變量,需要的朋友可以參考下

在本篇中我要介紹兩個(gè)概念，我覺得這兩個(gè)東西必須一起來介紹，這樣才能連貫。
C# 2.0里我們已經(jīng)匿名方法了，現(xiàn)在類型也玩起匿名來了，怪不得大家“舉報(bào)”的時(shí)候都喜歡匿名，為啥？因?yàn)槟涿慌e報(bào)人就找不著報(bào)復(fù)對(duì)象了唄，是的，匿名就是把名字隱藏起來，沒有名字誰還能找得到你啊。

匿名類型

在C#里有這樣一些類型，它是作為臨時(shí)儲(chǔ)存數(shù)據(jù)的，生命周期只在這個(gè)方法內(nèi)，方法結(jié)束了，這個(gè)類型的生命周期也沒有了。那么這里我們就可以使用一個(gè)匿名類型。

復(fù)制代碼代碼如下:

var KeyPair = new {Key=”yuyi”,Value=”20”};

這個(gè)KeyPair就是一個(gè)匿名類型，注意KeyPair這里是一個(gè)變量名，并不是類的名字。嗯，前面還有一個(gè)var，這又是什么呢？這是C# 3.0里面的隱式局部變量。

隱式類型局部變量

還是先介紹一下隱式類型局部變量吧：
在C# 3.0里多了一個(gè)關(guān)鍵字var,他表示這樣的一種類型：C#編譯器可以根據(jù)上下文推斷的出來
比如var I = 5;編譯器可以根據(jù)后面的賦值推斷的出來i應(yīng)該是個(gè)整型。既然是局部變量，那么它就只能用在方法內(nèi)部了，注意C#是強(qiáng)類型的，引入了一個(gè)var并不是像javascript那樣，變成了一個(gè)弱類型的語言。在編譯器第一次編譯后var就會(huì)被確定的類型所替代的。所以對(duì)于隱式類型局部變量要注意以下幾點(diǎn)：

1.它只能存在于方法內(nèi)部
2.它不是一個(gè)新的類型，只是一個(gè)關(guān)鍵字，或者叫做一個(gè)占位符，在C#編譯器編譯后它就會(huì)被確定的類型所替代
3.它是編譯器根據(jù)上下文推斷出來的，所以所有一切不能被編譯器推斷出來的用法都是錯(cuò)誤的。比如不能這樣使用：var nullValue = null;因?yàn)閚ull啥也不是，他是一個(gè)空指針，是一個(gè)不確定的東西。也不能這樣使用：var I = 5;I = “abc”;編譯器根據(jù)第一個(gè)賦值會(huì)推斷出它是一個(gè)整型，但是隨后又將一個(gè)字符串賦值給它，這是怎么回事呢？

對(duì)于var我的建議是不到逼不得已的時(shí)候不用，那什么是逼不得已呢？來看我們的匿名類型吧。

回到匿名類型

剛才說了，匿名類型是沒有名字的類型，沒有名字你怎么來稱呼它，怎么來聲明它？但是匿名類型真的是沒有名字的么？
看看C#編譯器又在我們背后干了些什么：
使用ILDASM打開編譯過的程序集，發(fā)現(xiàn)多了一個(gè)類型：

復(fù)制代碼代碼如下:

<>f__AnonymousType0<<Key>j__TPar, <Value>j__TPar>

這個(gè)類型是直接繼承自System.Object的，并且是internal seald(只在程序集內(nèi)可見，并且不能被繼承)。有心的你也許會(huì)發(fā)現(xiàn)，這個(gè)類型還是一個(gè)泛型類型，那么只要我們?cè)谑褂靡粋€(gè)匿名類型的時(shí)候參數(shù)個(gè)數(shù)，參數(shù)名稱不發(fā)生變化，編譯器是不會(huì)為我們產(chǎn)生更多的類型的：

復(fù)制代碼代碼如下:

var KeyPair1 = new { Key="yuyi",Value="Programer"};

var KeyPair2 = new { Key="y",Value=3};

var KeyPair3 = new { Key=4,Value="abc"};

上面三個(gè)匿名類型，編譯器只會(huì)為我們?cè)诒澈螽a(chǎn)生一個(gè)新類型，一個(gè)泛型的新類型。如果我們將這個(gè)匿名類型內(nèi)的屬性名修改一下：對(duì)

復(fù)制代碼代碼如下:

var KeyPair1 = new { Key="yuyi",Value="Programer"};

var KeyPair2 = new { Key="y",Value1=3};

就會(huì)產(chǎn)生兩個(gè)新泛型了：

復(fù)制代碼代碼如下:

<>f__AnonymousType0<<Key>j__TPar, <Value>j__TPar>

<>f__AnonymousType1<<Key>j__TPar, <Value1>j__TPar>

看看，這個(gè)命名還是有規(guī)律可循哦。
如果你給這個(gè)匿名類型添加一個(gè)新屬性呢？
這樣又產(chǎn)生了一個(gè)新類型了：

復(fù)制代碼代碼如下:

<>f__AnonymousType1<<Key>j__TPar, <Value1>j__TPar, <Test>j__TPar>

嗯，這個(gè)問題還是值得關(guān)注的，所以我們?cè)谑褂媚涿愋偷臅r(shí)候應(yīng)該盡量保持“一致性”：
屬性個(gè)數(shù)一致(這個(gè)盡量了)。
屬性名稱一致，這個(gè)比較好把握。
只要保持了這個(gè)一致性，編譯器會(huì)為一致的產(chǎn)生同一個(gè)類型，而不一致的會(huì)新產(chǎn)生一個(gè)類型，如果不一致的太多我想是不是會(huì)產(chǎn)生“代碼爆炸”而致使”WorkSet”過大造成性能的損失？這個(gè)只是我個(gè)人認(rèn)為，沒有經(jīng)過測試。

繼續(xù)隱式類型局部變量

由于匿名類型在我們編寫代碼的時(shí)候并不存在，所以匿名類型也不能作為方法的返回值和參數(shù)了?！眝ar”一樣，也是只能在方法內(nèi)部使用?，F(xiàn)在是不是有點(diǎn)明白什么時(shí)候才是逼不得已使用”var”??？就是在使用匿名類型的時(shí)候，匿名類型編譯器可以推斷出來，但是靠人工又無法推斷了。所以我覺得只在編譯器可推斷而人不可推斷的時(shí)候才使用隱式類型局部變量，靠我們?nèi)斯た梢酝茢嗟倪€是不建議使用，顯式的聲明變量類型可以增強(qiáng)代碼的可讀性，這是一個(gè)好的編程習(xí)慣，不要因?yàn)镃# 3.0提供了這樣的特性就大用而特用。

您可能感興趣的文章: