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

只是浪费时间，毫无理由地增加了代码的复杂性。

您应该有一个默认值来捕捉传入的非预期值。

然而，我不同意Adrian Smith关于默认的错误消息应该是完全没有意义的。可能会有一个你没有预见到的未处理的情况(这是一点)，你的用户最终会看到，像“无法到达”这样的消息是完全没有意义的，在这种情况下对任何人都没有帮助。

举个例子，你有多少次经历过毫无意义的蓝皮书?或者致命异常@ 0x352FBB3C32342?

如果开关值(switch(variable))不能达到默认情况，则根本不需要默认情况。即使我们保留默认情况，它也不会被执行。这是死代码。

在我的公司，我们为航空电子设备和国防市场编写软件，我们总是包含一个默认语句，因为switch语句中的所有情况都必须显式处理(即使它只是一个说“什么都不做”的注释)。我们不能让软件只是行为不端，或者仅仅是在意外值(甚至是我们认为不可能的值)上崩溃。

可以讨论的是，默认情况并不总是必要的，但通过总是需要它，我们的代码分析人员很容易检查它。

switch语句应该总是包含一个默认子句吗? 不存在缺省情况下的开关情况，在缺省情况下，当不匹配任何其他case值时，将触发开关值开关(x)。

在不真正需要的时候使用默认子句是防御性编程 这通常导致代码过于复杂，因为有太多的错误处理代码。 这种错误处理和检测代码损害了代码的可读性，使维护更加困难，并最终导致比解决更多的错误。

因此，我认为如果不应该达到默认值—您不必添加它。

注意，“不应该达到”意味着如果达到了，这是软件中的一个错误——你确实需要测试可能包含不需要的值的值，因为用户输入等等。