方法Array.SetValue(Object value,int index)允许使用公共索引器语法通常允许的值/数组类型对的赋值,并在尝试组合通常不允许的类型时抛出异常。例如,请考虑以下局部变量声明:
int[] twoints = new int[2] { 5, 6 };
以下四行不会抛出任何运行时或编译时异常:
twoints[1] = (sbyte)7;
twoints.SetValue((sbyte)7, 1);
twoints[1] = (char)7;
twoints.SetValue((char)7, 1);
另一方面,这四行中的每一行都会在运行时或设计时抛出异常:
twoints[1] = 4.5;
twoints.SetValue(4.5, 1);
twoints[1] = 4L;
twoints.SetValue(4L, 1);
但是,当我为char数组分配一个字节值时,我得到了奇怪的结果。索引器语法在编译时被拒绝,并且SetValue的API调用在运行时成功:
char[] twochars = new char[2] { 'A', 'B' };
twochars[1] = (byte)70; // Not OK, refused by the compiler
twochars.SetValue((byte)70, 1); // OK, no exception at run-time
为什么允许此操作?
答案 0 :(得分:2)
这是因为Array.SetValue()
遵循CLR规则,但是赋值遵循C#规则以确保类型安全。
在大多数情况下,小整数类型的局部变量和临时值实际上在CIL中使用native int
。 “类型”是由C#编译器创建和实施的错觉。
在赋值中,IL操作数堆栈上有native int
,C#编译器基于类型System.Byte
执行类型检查,C#规则用于隐式转换整数类型。 CLR非常乐意将值写入数组......错误消息由C#编译器添加。它可能应该是一个警告,但C#语言设计者选择指定它将是一个错误。
在Array.SetValue
中,您有一个类型System.Byte
的实际盒装值,以及您正在调用的方法执行的转换(可能是通过委派给其他函数)。