在我的第一次代码评审中(不久前)，有人告诉我，在所有switch语句中包含一个default子句是一种很好的实践。我最近想起了这个建议，但不记得理由是什么了。现在我听起来很奇怪。
是否有一个合理的理由总是包含默认语句? 这是语言依赖吗?我不记得当时我在用什么语言了——也许这适用于一些语言而不是其他语言?
当前回答
在我的公司，我们为航空电子设备和国防市场编写软件，我们总是包含一个默认语句，因为switch语句中的所有情况都必须显式处理(即使它只是一个说“什么都不做”的注释)。我们不能让软件只是行为不端，或者仅仅是在意外值(甚至是我们认为不可能的值)上崩溃。
可以讨论的是，默认情况并不总是必要的，但通过总是需要它，我们的代码分析人员很容易检查它。
其他回答
No.
如果没有默认操作，那么上下文就很重要了。如果你只关心几个价值怎么办?
以读取游戏按键为例
switch(a)
{
case 'w':
// Move Up
break;
case 's':
// Move Down
break;
case 'a':
// Move Left
break;
case 'd':
// Move Right
break;
}
添加:
default: // Do nothing
只是浪费时间，毫无理由地增加了代码的复杂性。
如果开关值(switch(variable))不能达到默认情况，则根本不需要默认情况。即使我们保留默认情况，它也不会被执行。这是死代码。
我总是会使用默认子句，无论您使用哪种语言。
事情会出错，也确实会出错。价值观不会是你所期望的，等等。
不想包含默认子句意味着您确信自己知道可能的值集。如果你相信你知道这个可能值的集合，那么如果这个值在这个可能值的集合之外，你会想要知道它-这当然是一个错误。
这就是为什么你应该总是使用默认子句并抛出错误的原因，例如在Java中:
switch (myVar) {
case 1: ......; break;
case 2: ......; break;
default: throw new RuntimeException("unreachable");
}
除了“unreachable”字符串之外，没有理由包含更多信息;如果它真的发生了，无论如何您都需要查看源代码和变量的值等，异常堆栈跟踪将包括该行号，因此不需要浪费时间在异常消息中写入更多文本。
在不真正需要的时候使用默认子句是防御性编程 这通常导致代码过于复杂，因为有太多的错误处理代码。 这种错误处理和检测代码损害了代码的可读性，使维护更加困难，并最终导致比解决更多的错误。
因此，我认为如果不应该达到默认值—您不必添加它。
注意，“不应该达到”意味着如果达到了，这是软件中的一个错误——你确实需要测试可能包含不需要的值的值，因为用户输入等等。
如果switch语句中没有缺省情况，则在缺省情况下行为可能是不可预测的 在某个时间点出现，这在发展阶段是无法预测的。这是一个很好的练习 要包含默认大小写。
switch ( x ){
case 0 : { - - - -}
case 1 : { - - - -}
}
/* What happens if case 2 arises and there is a pointer
* initialization to be made in the cases . In such a case ,
* we can end up with a NULL dereference */
这样的做法可能会导致错误，如NULL解引用，内存泄漏以及其他类型的 严重的错误。
例如，我们假设每个条件初始化一个指针。但如果默认情况是 应该是上升的，如果我们不初始化这个例子，那么就完全有可能上升 一个空指针异常。因此，建议使用默认case语句，即使它 可能是微不足道的。
