何时在有符号值上使用无符号值？

Question

什么时候在有符号变量上使用无符号变量合适？ 在for循环中呢？

我听到了很多关于这个的意见，我想看看是否有任何类似于共识的东西。

for (unsigned int i = 0; i < someThing.length(); i++) {  
    SomeThing var = someThing.at(i);  
    // You get the idea.  
}

我知道 Java 没有无符号值，这一定是Sun Microsystems的一个有意识的决定。

Answer 1

我很高兴在这个主题上找到了一个很好的对话，因为我之前并没有真正考虑过它。

总而言之，signed 是一个很好的一般选择 - 即使您已经确定所有数字都是正数 - 如果您要对变量进行算术运算（例如在典型的 for 循环情况下）。

在以下情况下 unsigned 开始变得更有意义：

• 你要按位做掩码之类的事情，或者
• 您迫切希望利用符号位来获得额外的正范围。

就我个人而言，我喜欢签名，因为我不相信自己会保持一致并避免混合这两种类型（就像文章警告的那样）。

Answer 2

在上面的示例中，当 'i' 始终为正数并且更高的范围是有益的时， unsigned 将很有用。 就像您使用“声明”语句一样，例如：

#declare BIT1 (unsigned int 1)
#declare BIT32 (unsigned int reallybignumber)

尤其是当这些值永远不会改变时。

但是，如果您正在执行一个会计程序，其中人们对他们的钱不负责任并且经常处于亏损状态，那么您肯定会想要使用“签名”。

我确实同意圣人的观点，尽管一个好的经验法则是使用签名，C 实际上默认使用签名，所以你被覆盖了。

Answer 3

我认为，如果您的业务案例规定负数无效，您会希望显示或抛出错误。

考虑到这一点，我最近才在处理二进制文件中的数据并将数据存储到数据库中的项目中发现了无符号整数。 我故意“破坏”二进制数据，最终得到负值而不是预期错误。 我发现即使转换了值，该值也不适用于我的业务案例。
我的程序没有出错，我最终将错误的数据输入到数据库中。 如果我使用uint并且程序失败会更好。

Answer 4

当您比较有符号和无符号类型时，C 和 C++ 编译器将生成警告； 在您的示例代码中，您不能使循环变量无符号，也不能让编译器生成没有警告的代码（假设已打开所述警告）。

自然地，您编译时警告一直向上，对吗？

而且，您是否考虑过使用“将警告视为错误”进行编译以更进一步？

使用有符号数的缺点是存在重载它们的诱惑，例如，值 0->n 是菜单选择，而 -1 表示没有选择任何内容 - 而不是创建一个具有两个变量的类，一个到指示是否选择了某些内容，另一个用于存储该选择是什么。 在您知道之前，您正在到处测试是否为负值，并且编译器抱怨您希望如何将菜单选择与您拥有的菜单选择数量进行比较 - 但这很危险，因为它们是不同的类型. 所以不要那样做。

Answer 5

size_t通常是一个不错的选择，如果您使用的是 STL 类，则size_type是一个不错的选择。