在我的第一次代码评审中(不久前)，有人告诉我，在所有switch语句中包含一个default子句是一种很好的实践。我最近想起了这个建议，但不记得理由是什么了。现在我听起来很奇怪。
是否有一个合理的理由总是包含默认语句? 这是语言依赖吗?我不记得当时我在用什么语言了——也许这适用于一些语言而不是其他语言?
当前回答
在我的公司，我们为航空电子设备和国防市场编写软件，我们总是包含一个默认语句，因为switch语句中的所有情况都必须显式处理(即使它只是一个说“什么都不做”的注释)。我们不能让软件只是行为不端，或者仅仅是在意外值(甚至是我们认为不可能的值)上崩溃。
可以讨论的是，默认情况并不总是必要的，但通过总是需要它，我们的代码分析人员很容易检查它。
其他回答
如果开关值(switch(variable))不能达到默认情况，则根本不需要默认情况。即使我们保留默认情况，它也不会被执行。这是死代码。
在不真正需要的时候使用默认子句是防御性编程 这通常导致代码过于复杂，因为有太多的错误处理代码。 这种错误处理和检测代码损害了代码的可读性，使维护更加困难，并最终导致比解决更多的错误。
因此，我认为如果不应该达到默认值—您不必添加它。
注意，“不应该达到”意味着如果达到了，这是软件中的一个错误——你确实需要测试可能包含不需要的值的值，因为用户输入等等。
switch语句应该总是包含一个默认子句吗? 不存在缺省情况下的开关情况，在缺省情况下，当不匹配任何其他case值时，将触发开关值开关(x)。
我会说这取决于语言，但在C中，如果你要打开一个枚举类型并处理每个可能的值，最好不要包含默认大小写。这样，如果您稍后添加了一个额外的enum标记，并且忘记将其添加到交换机中，称职的编译器将会就缺少的大小写向您发出警告。
我总是会使用默认子句，无论您使用哪种语言。
事情会出错，也确实会出错。价值观不会是你所期望的，等等。
不想包含默认子句意味着您确信自己知道可能的值集。如果你相信你知道这个可能值的集合，那么如果这个值在这个可能值的集合之外，你会想要知道它-这当然是一个错误。
这就是为什么你应该总是使用默认子句并抛出错误的原因，例如在Java中:
switch (myVar) {
case 1: ......; break;
case 2: ......; break;
default: throw new RuntimeException("unreachable");
}
除了“unreachable”字符串之外，没有理由包含更多信息;如果它真的发生了，无论如何您都需要查看源代码和变量的值等，异常堆栈跟踪将包括该行号，因此不需要浪费时间在异常消息中写入更多文本。
