为什么从int到uint的隐式转换有效?
使用Casting null并不能作为灵感编译,而是来自Eric Lippert的评论:
这表明了一个有趣的案例。 “uint x =(int)0;” 即使int不能隐式转换为uint,也会成功。
我们知道这不起作用,因为无法将object
分配给string
:
string x = (object)null;
但这确实如此,但直觉上它不应该:
uint x = (int)0;
当int
不能隐式转换为uint
时,为什么编译器允许这种情况?
整数常量转换被C#语言视为非常特殊; 这是规范的第6.1.9节:
如果constant-expression的值在目标类型的范围内,则int类型的常量表达式可以转换为sbyte,byte,short,ushort,uint或ulong类型。 如果常量表达式的值不是负数,则long类型的常量表达式可以转换为ulong类型。
这允许您执行以下操作:
byte x = 64;
否则需要一个丑陋的显式转换:
byte x = (byte)64; // gross
以下代码将失败并显示消息“无法将类型’int’隐式转换为’uint’。存在显式转换(您是否错过了转换?)”
int y = 0; uint x = (int)y;
这将失败:“常量值’-1’无法转换为’uint’”
uint x = (int)-1;
所以唯一的原因是uint x = (int)0;
work是因为编译器看到0(或任何其他值> 0)是一个可以转换为uint
的编译时常量
通常,编译器有4个步骤来转换代码。 文本被标记化>标记被解析>构建AST +链接> AST被转换为目标语言。
对数字和字符串等常量的求值作为第一步发生,编译器可能将0视为有效令牌并忽略转换。