编译器直接支持的数据类型就是基元类型。基元类型直接映射到Framework类库(FCL)中存在的类型。
Decimal在C#中是基元类型。FCL是System.Decimal。常用于不容许舍入误差的金融计算。但是Decim
al在CLR中没有相应的IL指令来决定如何处理一个Decimal值。所以当你用Decimal值时。编译Decimal,编译器
会生成代码来调用Decimal的成员,并通过这些成员来执行实际的运算。所以Decimal处理会慢于其他基元类型
。而且,因为没有IL指令处理Decimal值,所以checked和Unchecked操作符、语句以及编译器开关都失去了作
用。假如对Decimal值执行的运算不安全,肯定会抛出异常OverflowException。
基元类型名称的一些小特点。比如string和String。也许会纠结到底应该使用哪个。因为C#的string直接映
射到System.String(FCL),所以两个一样,都可以用,还有最奇葩的问题int和Int32的区别。在C#中,int始终
映射到System.Int32,所以不管怎么样,在什么操作系统什么的64,32什么的,他始终映射到System.Int32。
代表32位整数。
基元类型的运算很有可能造成溢出:Byte b=100; b=(Byte)(b+200);C#有一个快捷的设置检查溢出的
方法。在MSVS中点开项目的属性对话框,选择“生成”选项卡,点击“高级”,在勾选“检查运算上溢/下溢”。当然
肯定因为checked运算会造成些许性能损失。但是可以防止应用程序在包含已损坏的数据(甚至是安全漏洞)的
前提下继续运行。
嗯,虽然J.R建议不要用基元类型名称,多多使用FCL类型名称,额。。。