为什么（位置<大小）在条件句中如此流行？

每个人都在条件语句（IF）中使用(position < size)，但是为什么呢？
仅惯例还是有充分理由？

在野外发现：

if (pos < array.length) {
   // do some with array[pos];
}

很少发现：

if (array.length > pos) {
   // do some with array[pos];
}

更深层的模式是我们自然使用“ [变化的事物] [比较] [不变的事物]”作为标准顺序。此原则适用于您的示例，因为位置可能会有所变化，而大小不会变化。

唯一的常见例外是，在进行相等性测试时，某些程序员训练自己使用相反的顺序（称为Yoda条件），以避免出现常见错误variable = constant而不是variable == constant错误-我不赞成这种想法，因为我发现所描述的自然顺序更具可读性，主要是因为这是我们用英语表达想法的方式，并且因为大多数现代编译器会检测到此情况并发出警告。

我见过的唯一理由就是就像数字线或我们在学校学到的其他排序事物。例如，我们这样写数字行：

<--|--|--|--|--|--|-->
   1  2  3  4  5  6

较小的事物显示在较大事物的左侧。这同样适用于其他事物，例如日期（考虑日历的布局方式）。

基本上可以归结为我们自然地思考事物顺序的方式。阅读第一种形式更容易，因为您无需对其进行过多的心理处理。

虽然这主要是约定俗成的问题，但我认为这最符合我们的思维方式-它显示了我们强调的内容。

如果我们将其翻译为英语，则将使用短语“如果位置小于数组长度”，则句子的主题为过渡项。

换句话说，“如果数组长度大于位置”，则将数组长度（假定为固定值）置于主体中，而位置（瞬态）成为直接对象。

我的观点（这只是我的观点）是关于可读性的约定。尽管两者相同，但在我的大脑中却感觉不同。我不想知道数组大小是否大于pos。我想知道pos是否小于数组大小。

就像半空讨论还是半空讨论。在数学上是相同的，但是根据上下文，我的大脑会看到不同的内容。

就个人而言，如果我看到

if (array.lengh > pos) {
    // do some with array[pos];
}

我将开始考虑这是否是错误以及程序员的含义。他是否在尝试进行边界检查以外的其他操作？

也许我不是很聪明，但是如果我必须对每一行代码进行这种分析，我的大脑就会痛。

用不同的方式表达一些人试图达到的目标...

如果顺序对程序的行为没有影响，则区别显然是人类最容易理解的问题。这是为什么将“主题”放在左侧有意义的语言原因：

在语言学中，句子的主题是正在谈论的话题，评论是关于该主题的谈论话题。在此示例中，我们可以假设position是topic，而“小于数组长度”是comment。用英语以及许多其他语言，通常在评论之前表达主题。
“ 倾向于首先将主题化成分置于句子中（主题前沿）。 ”

所以，一个好的经验法则是觉得你的代码行作为一个句子（或条款，在这种情况下），决定一句话就是约，并提出首先，如果你能。通常，句子中的“关于”将是变量而不是常量。但是有时注释中还会包含一个变量，因此您不能仅仅这样做。

这是两件事的结合，两者都来自早期语言被编译为的底层汇编器（还有很多当前的语言）。

1. 数组是内存中从零开始的偏移量（即，数据的第一块位于分配的内存块的开头... 0索引）。因此，对变化的片段使用0..n-1。

2. 如果一个值小于另一个值（或寄存器等），则分支通常是一条指令。因此，使用简单的小于（<）运算符。

因此，模式从老式的汇编器转移到ANSI-C（在某种程度上更像是宏汇编器），然后从那里转移到Java和其他类似C的语言。

正如许多其他答案所言，它通常更易于阅读：

[thing that varies] [comparison] [thing that does not vary]

我认识的几乎每个人都只使用这种样式。

=对于用于赋值和==比较的C样式语言，有一个例外。如果您不小心输入：

if (variable = 5) ...

代替：

if (variable == 5) ...

那么您将不会收到错误，因为这是有效的代码行。（某些编译器和IDE会警告您这样做，但是拥有这样简单的错字仍然非常容易。）

但是，如果您写：

if (5 == variable) ...

编译器/解释器将出错，因为它不是有效的构造（无论如何在大多数语言中）。

这种切换通常称为Yoda条件。

更新：这是尤达条件有用的地方列表。

就个人而言，我更喜欢这样：

bool positionIsWithinBounds = pos < array.length;
if (positionIsWithinBounds) {
   // do some with array[pos];
}

...这是更多代码，但也很容易阅读。

这是偏好或约定的问题。如果要保持一致，可以采用两种同样合理的方法：

1. 始终将“主题”放在首位（将其视为句子）-测试所涉及的值。例如，你会写if (age>5)

2. 或始终将较小的元素放在第一位（请考虑一下，因为值在屏幕上以自然顺序排列）。因此，例如if (a<b)，无论该代码是大约a还是b左右，您都将编写。

两种约定都会推荐您显示的第一个代码段，而不是第二个，因此我想在这种情况下您会找到答案。我会说避免在这里编写违反（1）和（2）的代码是明智的，因为这会使大多数人难以阅读。