我已经用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(正确)怎么了?
当前回答
我猜用break对老师来说就像折断树枝来得到果实，用一些其他的技巧(向树枝鞠躬)，这样你得到了果实，而树枝仍然活着。
其他回答
也许是我运气不好。或许我只是缺乏经验。但是每次我回忆起处理while(true)内部有break时，可以改进将Extract Method应用到while-block的代码，它保留了while(true)，但(巧合吗?)将所有的break转换为返回。
根据我的经验，没有休息(即返回或抛出)是相当舒服和容易理解的。
void handleInput() {
while (true) {
final Input input = getSomeInput();
if (input == null) {
throw new BadInputException("can't handle null input");
}
if (input.isPoisonPill()) {
return;
}
doSomething(input);
}
}
通常用于读取输入的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命令作为循环条件的适当习惯用法。
早在1967年，Edgar Dijkstra在一份行业杂志上写了一篇文章，讲述了为什么应该从高级语言中删除goto以提高代码质量。一种叫做“结构化编程”的编程范式由此而来，尽管当然不是每个人都同意goto自动意味着糟糕的代码。
结构化编程的关键本质上是代码的结构应该决定它的流，而不是在任何可能的情况下使用goto或break或continue来决定流。类似地，在该范例中也不鼓励有多个循环或函数的入口和出口点。
显然，这不是唯一的编程范式，但通常它可以很容易地应用到其他范式，如面向对象编程(比如Java)。
你的老师可能已经被教导过，并且正试图教导你的班级，我们最好通过确保我们的代码是结构化的，并遵循结构化编程的隐含规则来避免“意大利面条代码”。
While there is nothing inherently "wrong" with an implementation that uses break, some consider it significantly easier to read code where the condition for the loop is explicitly specified within the while() condition, and eliminates some possibilities of being overly tricky. There are definitely pitfalls to using a while(true) condition that seem to pop up frequently in code by novice programmers, such as the risk of accidentally creating an infinite loop, or making code that is hard to read or unnecessarily confusing.
具有讽刺意味的是，异常处理是一个与结构化编程有偏差的领域，并且随着您对Java编程的深入了解，这种偏差肯定会出现。
也有可能你的老师希望你展示你使用特定循环结构或语法的能力，而你写的代码在功能上是等价的，你可能没有展示你应该在那一课中学习的特定技能。
这并不是一件可怕的事情，但是在编码时您需要考虑其他开发人员。甚至在学校。
其他开发人员应该能够在循环声明中看到循环的退出子句。你没有那样做。您将退出子句隐藏在循环的中间，为其他试图理解您的代码的人增加了更多的工作。这也是避免使用“break”这类词汇的原因。
话虽如此，在现实世界中，您仍然会在大量代码中看到类似的东西。
在break语句中使用while(正确)没有大问题，但是有些人可能会认为它会略微降低代码的可读性。试着给变量起个有意义的名字，在合适的位置求值表达式。
对于你的例子，这样做似乎更清楚:
do {
input = get_input();
valid = check_input_validity(input);
} while(! valid)
如果do while循环变长，尤其如此——您确切地知道在哪里检查是否发生了额外的迭代。在抽象级别上，所有变量/函数都有适当的名称。while(true)语句的作用是告诉你，处理不在你认为的地方。
也许你想在第二次循环时得到不同的输出。类似的
input = get_input();
while(input_is_not_valid(input)) {
disp_msg_invalid_input();
input = get_input();
}
这样我就更容易理解了
do {
input = get_input();
if (input_is_valid(input)) {
break;
}
disp_msg_invalid_input();
} while(true);
同样，通过一个简单的例子，两者都很容易理解;但是如果循环变得非常大或嵌套很深(这意味着您可能已经重构过了)，那么第一种样式可能会更清晰一些。
