关键字-分节7（switch、case）

switch、case 组合

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

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

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 语句 的情况

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

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

按执行频率排列case 语句
把最常执行的情况放在前面，而把最不常执行的情况放在后面。最常执行的代码可能
也是调试的时候要单步执行的最多的代码。如果放在后面的话，找起来可能会比较困难，而 放在前面的话，可以很快的找到。

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