什么时候适合使用休息时间？

Question

我的问题基本上都在标题里了。我心里没有真正的应用程序，我只是想确保我使用普遍接受的良好编码实践，我记得我的计算机科学教授说过，通常会尽可能避免中断，但他从未告诉我们为什么。< /em>

我会亲自问他，但他今年夏天不在办公室。

Answer 1

这是一个神学问题。反对使用 break（或 continue）的人说，这会使程序的控制流更难以遵循，从而降低程序的可读性。但是，制作可读代码的更简单方法就是制作更短的函数、使用有意义的变量名称、适当的注释等。

Answer 2

有时教授是错的。

他可能会反对在中间跳出循环。这类似于在函数中间使用 return 语句......有些人认为这是亵渎。

应该使用最简单并且生成最容易维护的代码。

Answer 3

一般来说，当满足某个条件时（例如，当你找到你要找的东西时等），你会使用“break”来跳出循环；我不认为它是“邪恶的”，例如臭名昭​​著的 GOTO 语句，但理性的人会有所不同。

Answer 4

Dijkstra 所说的关于 goto 语句的有害内容 - http://drdobbs.com/blogs/cpp/228700940

和<一个href="https://softwareengineering.stackexchange.com/questions/58237/are-break-and-continue-bad-programming-practices">https://softwareengineering.stackexchange.com/questions/58237/are-break-并继续糟糕的编程实践

Answer 5

你的教授说“应该避免中断”，因为它们类似于现在禁忌的 goto 语句。然而，说“应尽可能避免休息”是错误的。

Break 的存在是为了提高可读性。您可以在不中断的情况下做任何事情，但这并不意味着您应该这样做。有时，像“在这种情况下，跳出这个循环”这样的陈述是有意义的。或“在这种情况下，从此函数返回。”

在嵌套 for 循环中对程序流使用 break 是一个坏主意，这可能会给普通读者带来一些困惑。

简单的经验法则：在这里使用break（而不是额外的if/then、另一个布尔值等）会使这更容易理解还是更难理解？就是这么简单。

Answer 6

请您的教授尝试用任何 C 风格语言不间断地编写 switch 语句。我确信这是可以完成的，但是生成的代码将不再具有可读性。

switch (someExpression) {
    case enumVar.CaseA:
        // do things here, but don't you dare break!
    case enumVar.CaseB:
        // do other things - possibly unrelated or contradictory to CaseA

    // ... and so on
}