为什么我需要使用break？

Question

我想知道为什么 C# 要求我在 switch 语句中使用 break，尽管根据定义不允许贯穿语义。因此，编译器可以在每个 case-block 的末尾生成 break 并为我省去麻烦。

但是，我可以提出一种情况（已在本网站上讨论过），这可能是明确使用 break 的原因：

switch (foo) {
    case 0:
    case 1:
        bar();
        break;
    default:
        break;
}

这里，如果 foo 的值为 0 或 1，则调用方法 bar()。

如果编译器会自行生成break 语句，则此选项将在最真实的意义上中断。是这样吗，这是强制休息的原因还是有其他好的理由？

Answer 1

这个问题是以虚假为前提的，因此无法回答。该语言不需要在 switch 部分的末尾中断。该语言要求 switch 部分的语句列表必须有一个不可到达的端点。 “break”只是最常用的具有此属性的语句。用“return;”、“goto case 2;”、“throw new Exception();”结束一个 switch 部分是完全合法的。或“while (true) {}”（或者在某些情况下，继续，尽管这通常是个坏主意。）

我们需要一个带有不可访问端点的语句列表的原因是为了强制执行“不失败”规则。

如果您的问题可以更好地表述为“当我无法通过代表我插入一个 break 语句来生成带有不可达端点的语句列表的 switch 部分时，为什么编译器不自动修复我的错误？”，那么答案是 C# 不是一种“猜测开发人员可能的意思并糊弄过去”的语言。有些语言是——例如 JScript——但 C# 不是。

我们相信，犯错的 C# 程序员希望被告知这些错误，以便他们能够有意地、故意地纠正它们，这是一件好事。我们的客户告诉我们，他们不希望编译器猜测他们的意思并希望获得最好的结果。这就是为什么 C# 也不会像 JScript 那样猜测您打算将丢失的分号放在哪里，或者在您尝试修改只读变量时静默失败，就像 JScript 那样，等等。

Answer 2

我怀疑 C# 要求开发人员在每个案例的末尾放置一个 break 或 terminal 语句的原因是为了清楚起见。

它避免了该语言的新手假设 C# 中的 switch( ) 的行为类似于 C 或 C++ 中的 switch，其中会发生失败行为。 只有在相邻的空case的情况下才会在C#中出现fall through——这是比较明显的。

编辑：实际上，在 C# 中，失败总是非法的。然而，合法的是一个案例与两个或多个标签相关联。 Eric Lippert writes at length about this行为and how it differs from C/C++ switch statements。

您可能有兴趣阅读 Eric Lipperts 博客上的 this article。

Answer 3

通过将 break 设为可选，您将面临以下错误：

switch (thing_result)
{
    case GOOD_THING:
        IssueReward();
        // UH-OH, missing break!
    case BAD_THING:
        IssuePunishment();
        break;
}

C# 语言设计者试图帮助程序员避免在它之前出现的语言中的陷阱，通常是通过强制程序员更加明确（例如，明确使用 'override' 或 'new' 关键字来实现或隐藏虚拟成员）。

Answer 4

我对此事的理解是，它是为了匹配 C++ 语法而包含在内的。

Answer 5

如果您不需要附加中断，则有问题

switch (number)
{
    case 0:
    case 1:
        DoSomething();
}

如果数字 == 0 会发生什么？这是一个不做任何事情的空案例还是会执行 DoSomething()？