某些数据类在开发中非常常用，以至于许多编译器允许代码已简化的语法来操作它们。例如可以使用以下语法来分配一个整数:
System.Int32 a = new System.Int32();
当然，你肯定不愿意使用这种语法，C#允许使用如下所示的语法:
int a = 0;
这种语法不仅增强代码的可读性，而且生成的IL代码和是有System.Int32时生成的IL代码是完全一致的。
int a = 0; System.Int32 a =0; int a = new int(); System.Int32 a = new System.Inte32();
下表列出了FCL类型在C#中对应的基元类型:
| C#基元类型 | FCL类型 | CLS相容 | 说明 |
| sbyte | System.SByte | NO | 有符号8位值 |
| byte | System.Byte | YES | 无符号8位值 |
| short | System.Int16 | YES | 有符号16位值 |
| ushort | System.UInt16 | NO | 无符号16位值 |
| int | System.Int32 | YES | 有符号32位值 |
| uint | System.UInt32 | NO | 无符号32位值 |
| long | System.Int64 | YES | 有符号64位值 |
| ulong | System.UInt64 | NO | 无符号64位值 |
| char | System.Char | YES | 16位Unicode字符 |
| float | System.Single | YES | IEEE32位浮点值 |
| double | System.Double | YES | IEEE64位浮点值 |
| bool | System.Boolean | YES | 一个true/false值 |
| decimal | System.Decimal | YES | 一个128位高精度浮点值，常用于不容许舍入误差的金融计算 |
| string | System.String | YES | 一个字符数组 |
| object | System.Object | YES | 所有类型的基类型 |
| dynamic | System.Object | YES | 对于CLR，dynamic和object完全一致。然而，C#编译器允许使用一个简单的语法，让dynamic变量参与动态调度 |
可以想象C#编译器自动假定在所有的源代码文件中添加了以下using指令：
using sbyte = System.Sbyte; using byte = System.Byte; using int = System.Int32; using uint = System.UInt32; ......
C#语言规范上说:"从风格上上，最好使用关键字，而不是使用完整的系统类型名称"。但本书作者并不同意这种说法，以下是他的一些理由：
1）很多开发人员困惑于应该使用string还是String。由于C#的string(关键字)是直接映射到System.String(一个FCL类型)，所以两者是没有区别的。还有开发人员认为，在32位系统中int是32位整数，在64位系统中就变成64位整数了，事实并不是这样。在C#中，int始终映射到System.Inte32，所有不管什么系统，int都是32位整数，如果都使用Int32就不会产生这种误解。
2）在C#中，long映射到System.Int64，当在其他编程语言中,long可能映射到的是Int16或Int32。这样在看别的编程语言时容易产生误解。
3）FCL的许多方法都将类型名称作为方法名的一部分。
BinaryReader br =new BinaryReader(...);
float val = br.ReadSingle(); //正确，当看上去不自然
Single val = br.ReadSingle(); //正确，看上去一目了然
unchecked: UInt32 invalid = unchecked((UInt32)(-1)); //OK checked: Byte b = 100; b = checked((Byte)(n+200))； //抛出溢出异常
C#还提供checked和unchecked语句
checked{
Byte b = 100;
b = checked((Byte)(n+200))；
}
在Visaul Studio的"高级生成设置"对话框中可以指定编译器是否检查溢出。
System.Decimal类型是一个非常特殊的类型。虽然C#将Decimal视为一个基元类型，但CLR则不然，也就是说CLR没有相应的IL指令来决定如何处理Decimal值。Decimal值得处理速度是要慢于其他CLR基元类型的值得处理速度。还有对Decimal来说，checked和uncheked操作符、语句和编译器都是无效的，Decimal溢出时是一定会抛出异常的。
