编译器将把几乎所有内容都优化为相同的代码，只有微小的差异(Knuth，任何人?)

区别在于一个switch语句比串在一起的15个if else语句更简洁。

朋友不会让朋友叠加if-else语句。

题外话，但我经常担心(更经常看到)if/else和switch语句用太多的情况变得太大。这些通常会损害可维护性。

常见的罪魁祸首包括:

在多个if语句中执行太多操作 案例陈述多得人类无法分析 if求值中的条件太多，以至于不知道要寻找什么

修复:

提取到方法重构。 使用带有方法指针的Dictionary而不是大小写，或者使用IoC来增加可配置性。方法工厂也很有帮助。 提取条件到自己的方法

编译器将把几乎所有内容都优化为相同的代码，只有微小的差异(Knuth，任何人?)

区别在于一个switch语句比串在一起的15个if else语句更简洁。

朋友不会让朋友叠加if-else语句。

switch语句的一个可能的缺点是它缺乏多个条件。您可以为if (else)设置多个条件，但不能在一个交换机中使用不同条件的多个case语句。

Switch语句不适用于简单布尔方程/表达式范围以外的逻辑运算。对于布尔方程/表达式，它非常适合，但不适用于其他逻辑运算。

在If语句中，您可以更自由地使用可用的逻辑，但如果If语句变得笨拙或处理不当，则可读性会受到影响。

两者都有自己的位置，这取决于你所面对的环境。

我的意见。大多数情况下，如果性能不是标准，那么代码的可读性就更重要了。如果If /else语句的数量太多，则使用switch语句会更好。

我认为Switch比If条件更快 看看是否有这样一个程序:

写一个程序，输入任意数字(1- 99之间)，并检查它在哪个槽a) 1- 9，然后槽1 b) 11 - 19，然后槽2 c) 21-29，然后槽3，直到89-99

然后，如果你有许多条件，但儿子切换情况下，你必须只是类型

开关(no /10) case 0 = 1-9,case 1 = 11-19，以此类推

这将是如此简单

还有很多这样的例子!