一直很奇怪c#的預定義資料型別中為什麼加了乙個decimal，有float和double不就夠了嗎？今天來挖一挖。
浮點型name
cts type
de script ion
significant figures
float
system.single
32-bit single-precision floating point
±1.5 × 10?45 to ±3.4 × 1038
double
system.double
64-bit double-precision floating point
15/16
±5.0 × 10 ?324 to ±1.7 × 10308
如果我們在**中寫乙個12.3，編譯器會自動認為這個數是個double型。所以如果我們想指定12.3為float型別，那麼你必須在數字後面加上f/f：
float f = 12.3f;
decimal型別
作為補充，decimal型別用來表示高精度的浮點數
name
cts type
de script ion
significant figures
decimal
system.decimal
128-bit high precision decimal notation
±1.0 × 10?28 to ±7.9 × 1028
從上表可以看出，decimal的有效位數很大，達到了28位，但是表示的資料範圍卻比float和double型別小。decimal型別並不是c#中的基礎型別，所以使用的時候會對計算時的效能有影響。
我們可以像如下的方式定義乙個decimal型別的浮點數：
decimal d = 12.30m;
對decimal、float、double錯誤的認識
在精確計算中使用浮點數是非常危險的，儘管c#在浮點數運算時採取了很多措施使得浮點數運算的結果看起來是非常正常的。但實際上如果不清楚浮點數的特性而貿然使用的話，將造成非常嚴重的隱患。
考慮下面的語句：
double dd = 10000000000000000000000d;
dd += 1;
console.writeline ( "", dd );
輸出是什麼？誰知道？
輸出是：1000000000000000000000000
這就是浮點數精度損失的問題，最重要的是，在精度損失的時候，不會報告任何的錯誤，也不會有任何的異常產生。
浮點數的精度損失可能在很多地方出現，例如d * g / g 不一定等於d，d / g * g也不一定等於d。
還有兩個非常危險的錯誤認識！！
1、decimal不是浮點型、decimal不存在精度損失。
下面有段程式大家可以去看看結果是什麼。記住！所有的浮點型變數都存在精度損失的問題，而decimal是乙個不折不扣的浮點型，不論它精度有多高，精度損失依然存在！
decimal dd = 10000000000000000000000000000m;
dd += 0.1m;
console.writeline ( "", dd );
2、decimal所能儲存的數比double大，從double到decimal的型別轉換不會出現任何問題。
微軟在decimal的幫助上真的要好好反省了。實際上只有從整形到decimal的轉換才是擴大轉換，decimal的精度比double大，但所能儲存的最大數卻比double要小。
「decimal 型別是適合財務和貨幣計算的 128 位資料型別。」
當然，decimal在大多數情況下是安全的，但浮點數在理論上是不安全的。
至於精度誤差造成的顯示問題，則是很容易修補的。浮點數會帶來的問題以及整型能避免的問題就是乙個：
譬如說從a帳戶轉賬到b帳戶，經計算得出結果是3.788888888888888元，那麼我們從a帳戶扣除這麼多錢，b帳戶增加這麼多錢，但事實上a帳戶不一定會扣除準確的數值，例如a帳戶的金額在100000000000，那麼這個時候100000000000 - 3.788888888888888運算結果很有可能是99999999996.211111111111112。而這個時候b帳戶的金額為0則很有可能加上準確的數值，如3.788888888888888，這樣一來，0.011111111111112元錢就會不見了，日積月累的，差額就會越來越大。
double是64位的，比single-32位精度高
decimal128位高精度浮點數，常用於金融運算，不會出現浮點數計算的誤差
，decimal 型別具有更高的精度和更小的範圍，這使它適合於財務和貨幣計算。
早上剛到辦公室，就被中試室打來**叫去，原來軟體在測試過程中發現了個小問題：軟體讀出來的資料比裝置lcd上顯示資料小了 0.01 。
怎麼會這樣呢，資料型別我已經用了 double 型了整個資料長度也就6位，double型的資料有效資料位為7位，也夠了阿，不明白。於是回來下斷點跟蹤。
前面double型在算的時候，是沒問題的，資料是66.24，可是當我把66.24 乘上100後的處理結果就不對了：66.24*100.0d = 6623.9999…91，問題就出在這裡了。查了msdn，double型的資料：double 值型別表示乙個值介於 -1.79769313486232e308 和 +1.79769313486232e308 之間的雙精度 64 位數字，浮點數只能近似於十進位制數字，浮點數的精度決定了浮點數近似於十進位制數字的精確程度。預設情況下，double 值的精度是 15 個十進位制位，但內部維護的最大精度是 17 位。所以就出現了乘上一百後，精度就不夠了。又由於我們在處理資料時，是不允許四捨五入的，所以，經過單位轉換後，軟體中最終顯示的資料為 66.23 ，比lcd上顯示的66.24 小了 0.01。
因此，這之後就想到了應該用更高精度的 decimal 型。
型別大致範圍
精度.net framework 型別
decimal
±1.0 × 10e?28 至 ±7.9 × 10e28
28 到 29 位有效位
system.decimal
s在宣告decimal型別資料時，可以 a: decimal mydata = 100，此時編譯器隱式轉換整型數100為 100.0m；當然也可以b: decimal mydata = 100.0m，但是 如果是 decimal mydata = 100.0d或者decimal mydata = 100.0f，就不行了，因為100.0d或者100.0f，編譯器認為是浮點數，而浮點數和decimal 型別之間不存在隱式轉換；因此，必須使用強制轉換在這兩種型別之間進行轉換。this is the important,否則編譯器便報錯。所以一般的財務軟體在處理時，都會用decimal 型別。
好了，改用decimal 型之後，就ok 了，結果就完完整整地顯示為 66.24 了。
float,double和decimal型別區別
float 浮點型，含位元組數為4，32bit，數值範圍為 3.4e38 3.4e38 7個有效位 double 雙精度實型，含位元組數為8，64bit數值範圍 1.7e308 1.7e308 15個有效位 decimal 數字型，128bit，不存在精度損失，常用於銀行帳目計算。28個有效位 fl...
float和Float的區別
float是基本資料型別，float是包裝類 封裝類 封裝類可將接本資料型別封裝後當作物件進行操作，並為各種基本資料型別提供各種轉換功能。例如float f new float 3.4f 即可實現將3.4f這個float型別的基本資料型別變數封裝，然後當作物件處理，進行諸如型別轉換 換為字串或者十六...
float與double的範圍和精度
floa 與 double 的範圍和精度 1.範圍 float和double的範圍是由指數的位數來決定的。float的指數字有8位，而double的指數字有11位，分布如下 float 1bit 符號位 8bits 指數字 23bits 尾數字 double 1bit 符號位 11bits 指數字 ...