C# 定義常量 兩種實(shí)現(xiàn)方法
更新時(shí)間:2012年11月30日 10:27:35 作者:
在C#中定義常量的方式有兩種,一種叫做靜態(tài)常量(Compile-time constant),另一種叫做動(dòng)態(tài)常量(Runtime constant)
在C#中定義常量的方式有兩種,一種叫做靜態(tài)常量(Compile-time constant),另一種叫做動(dòng)態(tài)常量(Runtime constant)。前者用“const”來(lái)定義,后者用“readonly”來(lái)定義。 對(duì)于靜態(tài)常量(Compile-time constant),它的書寫方式如下:
public const int MAX_VALUE = 10;
為什么稱它為靜態(tài)常量呢,因?yàn)槿缟下暶骺梢园凑杖缦吕斫猓ㄗ⒁猓喝缦聲鴮懯清e(cuò)誤的,會(huì)出編譯錯(cuò)誤,這里只是為了方便說(shuō)明)。
public static const int MAX_VALUE = 10;
用const定義的常量,對(duì)于所有類對(duì)象而言都是一樣的,因此需要像訪問(wèn)靜態(tài)成員那樣去訪問(wèn)const定義的常量,而用對(duì)象的成員方式去訪問(wèn)會(huì)出變異錯(cuò)誤。此外,對(duì)于靜態(tài)常量的訪問(wèn)在編譯的時(shí)候,是用常量的值去替換常量,例如:
int nValue = MAX_VALUE;
這句在編譯之后,和如下這句所產(chǎn)生的中間語(yǔ)言代碼是一樣的。
int nValue = 10;
不過(guò),在用const來(lái)定義常量的時(shí)候,在類型上有很多限制。首先,此類型必須屬于值類型,同時(shí)此類型的初始化不能通過(guò)new來(lái)完成,因此一些用struct定義的值類型常量也不能用const來(lái)定義。
相對(duì)于const而言,用readonly來(lái)定義常量要靈活的多,它的書寫方式如下:
public readonly int MAX_VALUE = 10;
為什么稱為動(dòng)態(tài)變量,因?yàn)橄到y(tǒng)要為readonly所定義的常量分配空間,即和類的其他成員一樣擁有獨(dú)立的空間。此外,readonly所定義的常量除了在定義的時(shí)候可以設(shè)定常量值外,還可以在類的構(gòu)造函數(shù)中進(jìn)行設(shè)定。由于readonly所定義的常量相當(dāng)于類的成員,因此使用const來(lái)定義常量所受到的類型限制,在使用readonly去定義的時(shí)候全部消失,即可以用readonly去定義任何類型的常量。 綜合上面所述,至于對(duì)比兩者之間的區(qū)別具體如下。
靜態(tài)常量(Compile-time constant) 動(dòng)態(tài)常量(Runtime constant)
定義 聲明的同時(shí)要設(shè)置常量值。聲明的時(shí)候可以不需要進(jìn)行設(shè)置常量值,可以在類的構(gòu)造函數(shù)中進(jìn)行設(shè)置。
類型限制 首先類型必須屬于值類型范圍,且其值不能通過(guò)new來(lái)進(jìn)行設(shè)置。 沒(méi)有限制,可以用它定義任何類型的常量。
對(duì)于類對(duì)象而言 對(duì)于所有類的對(duì)象而言,常量的值是一樣的。 對(duì)于類的不同對(duì)象而言,常量的值可以是不一樣的。
內(nèi)存消耗 無(wú)。 要分配內(nèi)存,保存常量實(shí)體。
綜述 性能要略高,無(wú)內(nèi)存開銷,但是限制頗多,不靈活。 靈活,方便,但是性能略低,且有內(nèi)存開銷。
對(duì)于在定義常量的時(shí)候,到底是用const來(lái)定義還是readonly來(lái)定義,我以前為了追求性能,因此盡量用const來(lái)定義。但是在此書中,提到了一個(gè)關(guān)于使用const會(huì)產(chǎn)生潛在的bug。就是在程序中使用DLL類庫(kù)某個(gè)類的靜態(tài)常量時(shí),如果在類庫(kù)中修改靜態(tài)常量的值,其它接口沒(méi)有發(fā)生變化,一般來(lái)說(shuō),程序調(diào)用端是不需要重新編譯,直接執(zhí)行就可以調(diào)用新的類庫(kù)。不過(guò)就是在此情況下,會(huì)產(chǎn)生潛在的bug。這是由于靜態(tài)常量在編譯的時(shí)候,是用它的值去替換常量,因此在調(diào)用端的程序也是這樣進(jìn)行替換的。例如:在類庫(kù)中定義了一個(gè)靜態(tài)常量,如下:
public const int MAX_VALUE = 10;
那么對(duì)于程序中調(diào)用此靜態(tài)常量這段代碼,在編譯后產(chǎn)生的中間語(yǔ)言代碼中,是用10來(lái)進(jìn)行替換,即使用靜態(tài)常量的地方,改為10了。 那么當(dāng)類庫(kù)的靜態(tài)變量發(fā)生變化后,例如:
public const int MAX_VALUE = 15;
那么對(duì)于調(diào)用端程序是可以在沒(méi)有重新編譯的情況下進(jìn)行運(yùn)行,不過(guò)此時(shí)程序的中間語(yǔ)言代碼對(duì)應(yīng)于靜態(tài)變量的值是10,而不是新類庫(kù)中的15。因此這樣產(chǎn)生的不一致,程序會(huì)引發(fā)潛在的bug。解決此類問(wèn)題的方法,就是調(diào)用端程序在更新類庫(kù)之后重新編譯一下,即生成新的中間語(yǔ)言代碼。
對(duì)于如上在const定義常量時(shí)所存在的潛在bug,在用readonly定義常量時(shí)是不會(huì)發(fā)生的。因?yàn)閞eadonly定義的常量類似于類的成員,因此在訪問(wèn)的時(shí)候需要根據(jù)具體常量地址來(lái)訪問(wèn),從而避免此類bug。
鑒于此,本書建議用readonly來(lái)替換const去定義常量。
public const int MAX_VALUE = 10;
為什么稱它為靜態(tài)常量呢,因?yàn)槿缟下暶骺梢园凑杖缦吕斫猓ㄗ⒁猓喝缦聲鴮懯清e(cuò)誤的,會(huì)出編譯錯(cuò)誤,這里只是為了方便說(shuō)明)。
public static const int MAX_VALUE = 10;
用const定義的常量,對(duì)于所有類對(duì)象而言都是一樣的,因此需要像訪問(wèn)靜態(tài)成員那樣去訪問(wèn)const定義的常量,而用對(duì)象的成員方式去訪問(wèn)會(huì)出變異錯(cuò)誤。此外,對(duì)于靜態(tài)常量的訪問(wèn)在編譯的時(shí)候,是用常量的值去替換常量,例如:
int nValue = MAX_VALUE;
這句在編譯之后,和如下這句所產(chǎn)生的中間語(yǔ)言代碼是一樣的。
int nValue = 10;
不過(guò),在用const來(lái)定義常量的時(shí)候,在類型上有很多限制。首先,此類型必須屬于值類型,同時(shí)此類型的初始化不能通過(guò)new來(lái)完成,因此一些用struct定義的值類型常量也不能用const來(lái)定義。
相對(duì)于const而言,用readonly來(lái)定義常量要靈活的多,它的書寫方式如下:
public readonly int MAX_VALUE = 10;
為什么稱為動(dòng)態(tài)變量,因?yàn)橄到y(tǒng)要為readonly所定義的常量分配空間,即和類的其他成員一樣擁有獨(dú)立的空間。此外,readonly所定義的常量除了在定義的時(shí)候可以設(shè)定常量值外,還可以在類的構(gòu)造函數(shù)中進(jìn)行設(shè)定。由于readonly所定義的常量相當(dāng)于類的成員,因此使用const來(lái)定義常量所受到的類型限制,在使用readonly去定義的時(shí)候全部消失,即可以用readonly去定義任何類型的常量。 綜合上面所述,至于對(duì)比兩者之間的區(qū)別具體如下。
靜態(tài)常量(Compile-time constant) 動(dòng)態(tài)常量(Runtime constant)
定義 聲明的同時(shí)要設(shè)置常量值。聲明的時(shí)候可以不需要進(jìn)行設(shè)置常量值,可以在類的構(gòu)造函數(shù)中進(jìn)行設(shè)置。
類型限制 首先類型必須屬于值類型范圍,且其值不能通過(guò)new來(lái)進(jìn)行設(shè)置。 沒(méi)有限制,可以用它定義任何類型的常量。
對(duì)于類對(duì)象而言 對(duì)于所有類的對(duì)象而言,常量的值是一樣的。 對(duì)于類的不同對(duì)象而言,常量的值可以是不一樣的。
內(nèi)存消耗 無(wú)。 要分配內(nèi)存,保存常量實(shí)體。
綜述 性能要略高,無(wú)內(nèi)存開銷,但是限制頗多,不靈活。 靈活,方便,但是性能略低,且有內(nèi)存開銷。
對(duì)于在定義常量的時(shí)候,到底是用const來(lái)定義還是readonly來(lái)定義,我以前為了追求性能,因此盡量用const來(lái)定義。但是在此書中,提到了一個(gè)關(guān)于使用const會(huì)產(chǎn)生潛在的bug。就是在程序中使用DLL類庫(kù)某個(gè)類的靜態(tài)常量時(shí),如果在類庫(kù)中修改靜態(tài)常量的值,其它接口沒(méi)有發(fā)生變化,一般來(lái)說(shuō),程序調(diào)用端是不需要重新編譯,直接執(zhí)行就可以調(diào)用新的類庫(kù)。不過(guò)就是在此情況下,會(huì)產(chǎn)生潛在的bug。這是由于靜態(tài)常量在編譯的時(shí)候,是用它的值去替換常量,因此在調(diào)用端的程序也是這樣進(jìn)行替換的。例如:在類庫(kù)中定義了一個(gè)靜態(tài)常量,如下:
public const int MAX_VALUE = 10;
那么對(duì)于程序中調(diào)用此靜態(tài)常量這段代碼,在編譯后產(chǎn)生的中間語(yǔ)言代碼中,是用10來(lái)進(jìn)行替換,即使用靜態(tài)常量的地方,改為10了。 那么當(dāng)類庫(kù)的靜態(tài)變量發(fā)生變化后,例如:
public const int MAX_VALUE = 15;
那么對(duì)于調(diào)用端程序是可以在沒(méi)有重新編譯的情況下進(jìn)行運(yùn)行,不過(guò)此時(shí)程序的中間語(yǔ)言代碼對(duì)應(yīng)于靜態(tài)變量的值是10,而不是新類庫(kù)中的15。因此這樣產(chǎn)生的不一致,程序會(huì)引發(fā)潛在的bug。解決此類問(wèn)題的方法,就是調(diào)用端程序在更新類庫(kù)之后重新編譯一下,即生成新的中間語(yǔ)言代碼。
對(duì)于如上在const定義常量時(shí)所存在的潛在bug,在用readonly定義常量時(shí)是不會(huì)發(fā)生的。因?yàn)閞eadonly定義的常量類似于類的成員,因此在訪問(wèn)的時(shí)候需要根據(jù)具體常量地址來(lái)訪問(wèn),從而避免此類bug。
鑒于此,本書建議用readonly來(lái)替換const去定義常量。
相關(guān)文章
ASP.NET oledb連接Access數(shù)據(jù)庫(kù)的方法
這篇文章主要介紹了ASP.NET oledb連接Access數(shù)據(jù)庫(kù)的方法,需要的朋友可以參考下2015-01-01Asp.Net其他頁(yè)面如何調(diào)用Web用戶控件寫的分頁(yè)
這篇文章主要介紹了Asp.Net其他頁(yè)面如何調(diào)用Web用戶控件寫的分頁(yè),需要的朋友可以參考下2014-05-05如何將數(shù)據(jù)綁到gridview然后導(dǎo)成excel
這篇文章主要介紹了如何將數(shù)據(jù)綁到gridview然后導(dǎo)成excel,需要的朋友可以參考下2014-02-02- 就是有時(shí)候窗口不能夠成功置頂,這時(shí)需要重新切換下標(biāo)簽,就可以置頂了,本文介紹C# SetWindowPos實(shí)現(xiàn)窗口置頂?shù)姆椒?/div> 2012-12-12
Entity?Framework使用DBContext實(shí)現(xiàn)增刪改查
這篇文章介紹了Entity?Framework使用DBContext實(shí)現(xiàn)增刪改查的方法,文中通過(guò)示例代碼介紹的非常詳細(xì)。對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-10-10asp.net中生成縮略圖并添加版權(quán)實(shí)例代碼
這篇文章介紹了asp.net中生成縮略圖并添加版權(quán)實(shí)例代碼,有需要的朋友可以參考一下2013-11-11Debian 8或Debian 9(64 位)安裝 .NET Core
這篇文章主要為大家詳細(xì)介紹了Debian 8或Debian 9(64 位)安裝 .NET Core,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-03-03最新評(píng)論