我认为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，以此类推

这将是如此简单

还有很多这样的例子!

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

常见的罪魁祸首包括:

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

修复:

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

如果你只使用If或else语句基解使用比较?操作符

(value == value1) ? (type1)do this : (type1)or do this;

你可以在开关中执行或程序

switch(typeCode)
{
   case TypeCode:Int32:
   case TypeCode.Int64:
     //dosomething here
     break;
   default: return;
}

通常它看起来会更好——也就是更容易理解发生了什么。考虑到性能上的好处最少，代码的视图是最重要的区别。

因此，如果if/else看起来更好，就使用它，否则使用switch语句。

SWITCH语句只在调试或兼容模式下产生与if相同的程序集。在发布版中，它将被编译成跳转表(通过MSIL 'switch'语句)，即O(1)。

c#(不像许多其他语言)也允许打开字符串常量——这工作起来有点不同。为任意长度的字符串构建跳转表显然是不现实的，所以通常情况下，这样的切换将被编译成if堆栈。

但是如果条件的数量大到足以覆盖开销，c#编译器将创建一个HashTable对象，用字符串常量填充它，并在该表上进行查找，然后跳转。哈希表查找不是严格的O(1)，并且有明显的常量代价，但是如果大小写标签的数量很大，它将比在if中比较每个字符串常量快得多。

总而言之，如果条件数量超过5个左右，则优先选择SWITCH而不是if，否则使用任何看起来更好的方法。

switch语句基本上是相等的比较。键盘事件比switch语句有很大的优势，当代码易于编写和阅读时，if elseif语句会，缺少{括号}也可能会带来麻烦。

char abc;
switch(abc)
{
case a: break;
case b: break;
case c: break;
case d: break;
}

如果(theAmountOfApples大于5 && theAmountOfApples小于10)保存苹果，则使用if elseif语句非常适合多个解决方案 否则如果(theAmountOfApples大于10 || theAmountOfApples == 100)出售你的苹果。我不会写c#或c++，但我在学习java之前学过它，它们是很接近的语言。