“無論是什么類型,所有的數據都是一系列的位,即一系列0和1。變量的含義是通過解釋這些數據的方式來傳達的。”——這句原話是書上翻譯的,不過后一句話總感覺理解起來不是很通俗,自己覺得這樣理解可能會合適些:無論什么類型的數據,在計算機存儲時都是0和1,而變量的意義,就是以不同的方式來解釋這些數據,以達到滿足程序應用、節約內存等需求。
換句話說:變量存在的意義,就是建立規(標)范(準)的數據存儲方式。
類型轉換分兩種形式:隱式轉換、顯示轉換。
隱式轉換不需要單獨的表達式,只需要把滿足隱式轉換條件的兩個變量做相應的表達式操作即可,但隱式轉換的結果可能并不是自己意料之中的:
ushort destinationVar; char sourceVar = 'a'; destinationVar = sourceVar; Console.WriteLine("sourceVar: {0}", sourceVar); Console.WriteLine("destinationVar: {0}/n",destinationVar);
上面的輸出結果,sourceVar的是a,而destinationVar雖然=sourceVar,但輸出的結果是97。可以看出,雖然兩種數據類型滿足隱式轉換的條件(存儲的值范圍),但不同的表達類型決定了最終的結果也不一樣。另外,和大多數編程一樣,隱式轉換時,只要類型A的取值范圍比類型B的范圍小,就可以隱藏轉換為B。
在顯示轉換中,可以使用強制轉換和Convert。
強制轉換只在某些情況下可以,可能應用的場景不太豐富,當然,這個的確要方便一些,在變量前加上類似 (byte) 的代碼就可以了:
byte destinationVar; short sourceVar = 281; destinationVar = (byte)sourceVar; Console.WriteLine("sourceVar: {0}", sourceVar); Console.WriteLine("destinationVar: {0}/n",destinationVar);
這個例子比較有意思,輸出的結果是:sourceVar: 281, destinationVar: 25; 為什么不是變更為255?這就回到開頭提到的了,其實轉換過程中,丟掉的是數據存儲的二進制位:
在轉換的過程中,會把超過取值范圍(255二進制位)的那個1丟掉,保留其它的位,所以最終結果是25,而不是255,也不是281。
Convert轉換應該是常用的方式,因為它始終會進行溢出檢查。
有些東西雖然沒什么用,但是我們應該知道,否則出問題的時候就不知道怎么解決了。配置:解決方案資源管理器 - 右鍵 - 屬性 - 生成 - 高級 - 檢查運算上溢/下溢:
當然,對于強制轉換可能需要這個配置,但使用Convert轉換時始終會進行溢出檢查的,所以這個配置和checked/unchecked就不起作用了。
每次一看見那些數據類型、表達式的列表表格就頭疼,因為根本記不住。就像哪些類型可以怎么轉換成其它的類型的表格一樣,其實個人感覺大可不必去記住這些,在實際做項目的過程中,只要記得有這方面的功能就行了,具體用哪一個,可以再回過頭來翻書或google。
應該掌握的是:記住存在隱式轉換,但這種方式應該盡量少用吧。而顯示轉換,方便的就直接用(),當然,最可靠的應該是Convert,因為在轉換時,Convert始終都會進行溢出檢查。
至于這些區別,可能還要以后多用用才能感受出來。
|
新聞熱點
疑難解答