更好地命名“非负面”价值？

Question

我正在验证整数是零还是更大。将要求描述为“零或更大”感觉过于冗长。说“非负面”会引入负面语言，我会尽量避免使用。

在描述必须为零或更大的值时，您使用什么简洁描述符？

Answer 1

positiveValue或unsignedValue

如果您使用unsignedValue作为名称，还应确保使用匹配的无符号数据类型（如果您的语言支持）。如果您使用正确的数据类型，则不必验证任何内容......类型将为您执行此操作。

Answer 2

坚持非否定。意思 很明确，更重要的是，正确。

通过类比，考虑给出的名称 按升序排序的事物列表。调用列表升序 只有明确排除有可能性才有效 重复的价值观如果列表包含两个或多个具有相同值的项，则不能 被称为升序因为 两个相等的东西不能相对于升序排列 彼此。实际上，这样的列表被正确地称为非降序。

负面/零/正面问题属于同一类陷阱。有3类 数字：负数，零和正数。描述一组 包括任何两个类别可以通过命名两个或通过否定来完成 第三种可能性。任何其他类型的描述都是不明确的。

Answer 3

natural numbers或仅仅是自然的

Answer 4

我认为答案取决于你所写的观众。如果这是针对其他开发人员（即变量命名或API文档），那么我认为“非负面”将最准确地表达您想要的内容。如果这是最终用户文档，那么“肯定”将没有问题。

即使在编程时也要始终考虑您的受众。

Answer 5

我坚持非负面。如果它对数学有好处，那对用户来说一定是好的;）

但是，如果标签只是“X的数量”，则此附加信息不是必需的，验证结果可能有负面措辞（例如“不允许负值”）。

Answer 6

我会坚持只是积极的。虽然这并不完全正确，但大多数人都不会因为这个命名而感到惊讶。

无符号是一个很好的选择，因为它与编程语言中的正数广泛相关（好的，数字只有正数或负数。但你明白了）

Answer 7

<强>正

专有意义的零点

---

请注意，无符号整数是自然的;）

Answer 8

对于验证消息，我通常会选择以下内容：

  

“小部件的数量不能为负”

而不是：

  

“小部件的数量必须为零或更多”

Answer 9

无符号整数

Answer 10

对于需求文档，我更喜欢“零或更高”。需求文件将（希望）被人们广泛阅读，包括那些具有非技术和非数学背景的人。短语“零或更大”使边界情况明确（即允许为零）。 “非负面”可能并不是每个人都清楚。

Answer 11

无符号是不正确的，因为它指的是仅为正的变量。 我认为积极的是这个名称的正确名称。