C语言switch、case完美组合

既然有了if、else 组合为什么还需要switch、case 组合呢？

一、不要拿青龙偃月刀去削苹果

那你既然有了菜刀为什么还需要水果刀呢？你总不能扛着云长的青龙偃月刀（又名冷艳锯）去削苹果吧。如果你真能做到，关二爷也会佩服你的。^_^。

if、else 一般表示两个分支或是嵌套表示少量的分支，但如果分支很多的话……还是用switch、case 组合吧。其基本格式为:

很简单，但有两个规则：

1. 每个case 语句的结尾绝对不要忘了加break，否则将导致多个分支重叠（除非有意使多个分支重叠）。
2. 最后必须使用default 分支。即使程序真的不需要default 处理，也应该保留语句：
      default :
      break;
   这样做并非画蛇添足，可以避免让人误以为你忘了default 处理。

二、case 关键字后面的值有什么要求吗？

好，再问问：真的就这么简单吗？看看下面的问题：Value1 的值为0.1 行吗？-0.1 呢？-1 呢？0.1+0.9 呢？ 1+2 呢？3/2 呢？‘A’呢？“A”呢？变量i（假设i 已经被初始化）呢？NULL 呢？等等。这些情形希望你亲自上机调试一下，看看到底哪些行，哪些不行。

记住：case 后面只能是整型或字符型的常量或常量表达式（想想字符型数据在内存里是怎么存的）。

三、case 语句的排列顺序

似乎从来没有人考虑过这个问题，也有很多人认为case 语句的顺序无所谓。但事实却不是如此。如果case 语句很少，你也许可以忽略这点，但是如果case 语句非常多，那就不得不好好考虑这个问题了。比如你写的是某个驱动程序，也许会经常遇到几十个case 语句的情况。一般来说，我们可以遵循下面的规则：

1、按字母或数字顺序排列各条case 语句。

如果所有的case 语句没有明显的重要性差别，那就按A-B-C 或1-2-3 等顺序排列case语句。这样做的话，你可以很容易的找到某条case 语句。比如：

2、把正常情况放在前面，而把异常情况放在后面。

如果有多个正常情况和异常情况，把正常情况放在前面，并做好注释；把异常情况放在后面，同样要做注释。比如：

3、按执行频率排列case 语句：把最常执行的情况放在前面，而把最不常执行的情况放在后面。

最常执行的代码可能也是调试的时候要单步执行的最多的代码。如果放在后面的话，找起来可能会比较困难，而放在前面的话，可以很快的找到。

三、使用case 语句的其他注意事项

1、简化每种情况对应的操作。

使得与每种情况相关的代码尽可能的精炼。case 语句后面的代码越精炼，case 语句的结果就会越清晰。你想想，如果case 语句后面的代码整个屏幕都放不下，这样的代码谁也难看得很清晰吧。如果某个case 语句确实需要这么多的代码来执行某个操作，那可以把这些操作写成一个或几个子程序，然后在case 语句后面调用这些子程序就ok 了。一般来说case语句后面的代码尽量不要超过20 行。

2、不要为了使用case 语句而刻意制造一个变量。

case 语句应该用于处理简单的，容易分类的数据。如果你的数据并不简单，那可能使用ifelseif 的组合更好一些。为了使用case 而刻意构造出来的变量很容易把人搞糊涂，应该避免这种变量。比如：

这里控制case 语句的变量是action。而action 的值是取字符数组a 的一个字符。但是这种方式可能带来一些隐含的错误。一般而言，当你为了使用case 语句而刻意去造出一个变量时，真正的数据可能不会按照你所希望的方式映射到case 语句里。在这个例子中，如果用户输入字符数组a 里面存的是“const”这个字符串，那么case 语句会匹配到第一个case上，并调用fun1（）函数。然而如果这个数组里存的是别的以字符c 开头的任何字符串（比如：“col”，“can”），case 分支同样会匹配到第一个case 上。但是这也许并不是你想要的结果，这个隐含的错误往往使人抓狂。如果这样的话还不如使用if-else if 组合。比如：

三、把default 子句只用于检查真正的默认情况。

有时候，你只剩下了最后一种情况需要处理，于是就决定把这种情况用default 子句来处理。这样也许会让你偷懒少敲几个字符，但是这却很不明智。这样将失去case 语句的标号所提供的自说明功能，而且也丧失了使用default 子句处理错误情况的能力。所以，奉劝你不要偷懒，老老实实的把每一种情况都用case 语句来完成，而把真正的默认情况的处理交给default 子句。