我已经用Java编程好几年了，但我最近才回到学校获得一个正式学位。我很惊讶地发现，在我的上一个作业中，我因为使用下面这样的循环而失分。
do{
//get some input.
//if the input meets my conditions, break;
//Otherwise ask again.
} while(true)
现在对于我的测试，我只是扫描一些控制台输入，但我被告知这种循环是不鼓励的，因为使用break类似于goto，我们只是不这样做。
我完全理解goto和它的Java兄弟break:label的陷阱，而且我很明智地不使用它们。我也意识到，一个更完整的程序会提供一些其他的逃避方式，比如结束程序，但我的教授并没有提到这一点，所以……
do-while(正确)怎么了?
当前回答
1) do -while没有错(正确)
2)你的老师错了。
NSFS ! !：
3)大多数老师是老师而不是程序员。
其他回答
我认为这确实很糟糕……或者至少对许多开发人员来说是这样。这是开发人员不考虑循环条件的症状。因此很容易出错。
这是你的枪，你的子弹和你的脚…
说它不好是因为你在自找麻烦。你或本页上的任何其他海报都不会有简短的while循环的例子。
麻烦将在未来某个非常随机的时间开始。可能是其他程序员造成的。可能是安装软件的人。可能是最终用户。
为什么?我必须找出为什么700K的LOC应用程序会逐渐开始消耗100%的CPU时间，直到每个CPU都饱和。这是一个神奇的while (true)循环。这件事又大又恶心，但归结起来就是:
x = read_value_from_database()
while (true)
if (x == 1)
...
break;
else if (x ==2)
...
break;
and lots more else if conditions
}
没有最后的其他分支。如果值不匹配If条件，循环将一直运行到时间结束。
当然，程序员指责最终用户没有选择程序员期望的值。(然后我在代码中删除了while(true)的所有实例。)
恕我直言，使用while(true)这样的结构并不是很好的防御性编程。它会回来困扰你的。
(但我确实记得，如果我们不评论每一行，教授就会扣分，即使是i++;)
通常用于读取输入的Java约定是:
import java.io.*;
BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
String strLine;
while ((strLine = br.readLine()) != null) {
// do something with the line
}
通常c++读取输入的约定是:
#include <iostream>
#include <string>
std::string data;
while(std::readline(std::cin, data)) {
// do something with the line
}
在C语言中，它是
#include <stdio.h>
char* buffer = NULL;
size_t buffer_size;
size_t size_read;
while( (size_read = getline(&buffer, &buffer_size, stdin)) != -1 ){
// do something with the line
}
free(buffer);
或者如果你确信你知道你的文件中最长的文本行有多长，你可以这样做
#include <stdio.h>
char buffer[BUF_SIZE];
while (fgets(buffer, BUF_SIZE, stdin)) {
//do something with the line
}
如果您正在测试用户是否输入了退出命令，那么很容易扩展这3个循环结构中的任何一个。我用Java写一下
import java.io.*;
BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
String line;
while ((line = br.readLine()) != null && !line.equals("quit") ) {
// do something with the line
}
因此，虽然在某些情况下break或goto是合理的，但如果您所做的只是一行一行地从文件或控制台读取，那么您不应该需要while (true)循环来完成它——您的编程语言已经为您提供了使用input命令作为循环条件的适当习惯用法。
这并不是一件可怕的事情，但是在编码时您需要考虑其他开发人员。甚至在学校。
其他开发人员应该能够在循环声明中看到循环的退出子句。你没有那样做。您将退出子句隐藏在循环的中间，为其他试图理解您的代码的人增加了更多的工作。这也是避免使用“break”这类词汇的原因。
话虽如此，在现实世界中，您仍然会在大量代码中看到类似的东西。
我想说，一般来说，它不被认为是一个好主意的原因是你没有充分发挥这个结构的潜力。此外，我倾向于认为许多编程教师不喜欢他们的学生带着“包袱”进来。我的意思是，我认为他们喜欢成为学生编程风格的主要影响因素。也许这只是老师的一个讨厌的地方。
