c# - -1U和-1UL的怪异行为

Question

This question already has answers here:

Unsigned Integer Literal Having Negative Sign

(3个答案)


在4个月前关闭。




我目前正在为一种方法创建单元测试。
本应测试的convert方法主要由 return if value > 0组成，因此我也想检查未签名的溢出。
在创建测试用例时，我偶然发现了 U和 UL后缀的这种非常特殊的行为。

[DataTestMethod]
// more data rows
[DataRow(-1U, true)] // Technically compiles, but not to what I expected or "wanted"
[DataRow(-1UL, true)] // "CS0023: Operator '-' cannot be applied to operand of type 'ulong'"
// more data rows
public void TestConvertToBool(object value, bool result)
{
    // For testing purposes
    ulong uLong = -1UL; // "CS0023: Operator '-' cannot be applied to operand of type 'ulong'"
    uint uInt = -1U; // "CS0266: Cannot implicitly convert type 'long' to 'uint'. An explicit conversion exists (are you missing a cast?) - Cannot convert source type 'long' to target type 'uint'"
    var foo = -1U; // foo is of type 'long'
    var bar = 1U; // bar is of type 'uint'

    // ... do the actual assertion here
}

他们为什么如此行事？它不应该溢出到 uint和 ulong的最大值吗？
我找不到任何答案。引用源似乎只包含包装对象 UInt32，并且不包含任何运算符。
注意:我知道首先这样做没有实际意义。我只是发现这种行为是非常意外的。

最佳答案

似乎将uint转换为long，以便总是有足够的位来存储产生的正值和负值的整个潜在范围。 -运算符不能应用于ulong，因为没有更大的类型可以将其转换为

关于c# - -1U和-1UL的怪异行为，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/63954944/

上一篇：c - get_current_dir_name简单程序无法编译->库函数的隐式声明

下一篇：c++ - 从 'unsigned int'到 'int'的转换需要缩小转换

Answer 1

似乎将uint转换为long，以便总是有足够的位来存储产生的正值和负值的整个潜在范围。 -运算符不能应用于ulong，因为没有更大的类型可以将其转换为