对于可能在结束之前中断的迭代使用什么循环？

Question

我有一系列内存需要解析。如果我在结束之前找到某个字节序列，我会中断迭代。我想知道我应该在这里更喜欢哪个循环：

while(i < end && !sequenceFound ) {
    // parse
    i++;
}

或者

for( i; i < end && !sequenceFound; i++ ) {
    // parse
}

这是在派生自实现环形缓冲区的类的类的方法中使用的。超类提供了i 和end。我的问题是，您认为对于不熟悉代码的人来说哪一个更容易理解（更好地表达意图）？

编辑 事实上，我发现该序列是进一步解析流所必需的。我可以使用 break 并设置 sequenceFound = true，但这会是多余的，还是我在这里太严格了？

Answer 1

为什么不在需要“中断”循环时使用 break; 呢？这似乎是最能惯用地表达您的意图的语言功能。这通常意味着您可以不需要额外的布尔状态跟踪变量。

如果您需要知道迭代是否提前终止，可以使用条件 i != end。 无论哪种方式，使用最清晰的控制方法似乎都是最好的，并且 break;无论你是否保持“提前退出”变量，在我看来，你想要打破的时间点似乎是最清楚的。继续循环并测试您刚刚保证会失败的条件似乎是多余的。

Answer 2

更喜欢算法而不是手写循环。

#include <algorithm>

auto it = std::find(begin, end, predicate);
if (it == end)
    :-(
else
    :-)

Answer 3

对于具有明确限制的迭代，我通常会使用 for 循环。当迭代次数没有上限时，应使用 while 循环。

Answer 4

对于具有循环变量和结束的循环（即，对于通过检查 i != end 或 i < end 在一定范围内运行的所有循环），我喜欢 for 方法，因为这或多或少是 for 的规范用法。

如果您可能会过早离开循环，请break：

for(; i != end; ++i) {
    // parse
    if (sequenceFound)
        break;
}

Answer 5

我更喜欢这里的 while 因为这样读起来更好。不过可能是个人喜好。 until 在某些语言中可用也很好。

Answer 6

第二个版本更容易理解并允许使用 continue 运算符。

Answer 7

如果我在每次迭代之前要检查多个条件，我通常会使用 while 循环。

Answer 8

同意 Charles Bailey 的观点，因为一旦你中断迭代，你就会立即脱离最直接的循环结构，而不必重新评估条件变量。此外，您不需要额外的条件变量，从而减少（稍微减少）代码块运行所需的内存。

Answer 9

我更喜欢内部带有 break 的 for 。

原因是您可以避免必须检查“中断”条件的丑陋构造，例如：

for(; i != end; ++i) {

    // do stuff

    if (sequenceFound) break;

    // you don't need an 'if(!sequenceFound)' around this block of code
    // do more stuff
}

但是使用 while 版本或带有内置条件的 for ，当然取决于您正在做什么，您可以'不要那么轻易地避免这个条件。