在C#中定義常量的方式有兩種，一種叫做靜態(tài)常量（Compile-time constant），另一種叫做動態(tài)常量（Runtime constant）。前者用“const”來定義，后者用“readonly”來定義。 對于靜態(tài)常量（Compile-time constant），它的書寫方式如下：
public const int MAX_VALUE = 10;
為什么稱它為靜態(tài)常量呢，因?yàn)槿缟下暶骺梢园凑杖缦吕斫猓ㄗ⒁猓喝缦聲鴮懯清e誤的，會出編譯錯誤，這里只是為了方便說明）。
public static const int MAX_VALUE = 10;
用const定義的常量，對于所有類對象而言都是一樣的，因此需要像訪問靜態(tài)成員那樣去訪問const定義的常量，而用對象的成員方式去訪問會出變異錯誤。此外，對于靜態(tài)常量的訪問在編譯的時候，是用常量的值去替換常量，例如：
int nValue = MAX_VALUE;
這句在編譯之后，和如下這句所產(chǎn)生的中間語言代碼是一樣的。
int nValue = 10;
不過，在用const來定義常量的時候，在類型上有很多限制。首先，此類型必須屬于值類型，同時此類型的初始化不能通過new來完成，因此一些用struct定義的值類型常量也不能用const來定義。
相對于const而言，用readonly來定義常量要靈活的多，它的書寫方式如下:
public readonly int MAX_VALUE = 10;
為什么稱為動態(tài)變量，因?yàn)橄到y(tǒng)要為readonly所定義的常量分配空間，即和類的其他成員一樣擁有獨(dú)立的空間。此外，readonly所定義的常量除了在定義的時候可以設(shè)定常量值外，還可以在類的構(gòu)造函數(shù)中進(jìn)行設(shè)定。由于readonly所定義的常量相當(dāng)于類的成員，因此使用const來定義常量所受到的類型限制，在使用readonly去定義的時候全部消失，即可以用readonly去定義任何類型的常量。 綜合上面所述，至于對比兩者之間的區(qū)別具體如下。

靜態(tài)常量（Compile-time constant） 動態(tài)常量（Runtime constant）
定義 聲明的同時要設(shè)置常量值。聲明的時候可以不需要進(jìn)行設(shè)置常量值，可以在類的構(gòu)造函數(shù)中進(jìn)行設(shè)置。
類型限制 首先類型必須屬于值類型范圍，且其值不能通過new來進(jìn)行設(shè)置。 沒有限制，可以用它定義任何類型的常量。
對于類對象而言 對于所有類的對象而言，常量的值是一樣的。 對于類的不同對象而言，常量的值可以是不一樣的。
內(nèi)存消耗 無。 要分配內(nèi)存，保存常量實(shí)體。
綜述 性能要略高，無內(nèi)存開銷，但是限制頗多，不靈活。 靈活，方便，但是性能略低，且有內(nèi)存開銷。

對于在定義常量的時候，到底是用const來定義還是readonly來定義，我以前為了追求性能，因此盡量用const來定義。但是在此書中，提到了一個關(guān)于使用const會產(chǎn)生潛在的bug。就是在程序中使用DLL類庫某個類的靜態(tài)常量時，如果在類庫中修改靜態(tài)常量的值，其它接口沒有發(fā)生變化，一般來說，程序調(diào)用端是不需要重新編譯，直接執(zhí)行就可以調(diào)用新的類庫。不過就是在此情況下，會產(chǎn)生潛在的bug。這是由于靜態(tài)常量在編譯的時候，是用它的值去替換常量，因此在調(diào)用端的程序也是這樣進(jìn)行替換的。例如：在類庫中定義了一個靜態(tài)常量，如下：
public const int MAX_VALUE = 10;
那么對于程序中調(diào)用此靜態(tài)常量這段代碼，在編譯后產(chǎn)生的中間語言代碼中，是用10來進(jìn)行替換，即使用靜態(tài)常量的地方，改為10了。 那么當(dāng)類庫的靜態(tài)變量發(fā)生變化后，例如：
public const int MAX_VALUE = 15;
那么對于調(diào)用端程序是可以在沒有重新編譯的情況下進(jìn)行運(yùn)行，不過此時程序的中間語言代碼對應(yīng)于靜態(tài)變量的值是10，而不是新類庫中的15。因此這樣產(chǎn)生的不一致，程序會引發(fā)潛在的bug。解決此類問題的方法，就是調(diào)用端程序在更新類庫之后重新編譯一下，即生成新的中間語言代碼。

對于如上在const定義常量時所存在的潛在bug，在用readonly定義常量時是不會發(fā)生的。因?yàn)閞eadonly定義的常量類似于類的成員，因此在訪問的時候需要根據(jù)具體常量地址來訪問，從而避免此類bug。
鑒于此，本書建議用readonly來替換const去定義常量。

最新評論