既然有了if、else 组合为什么还需要switch、case 组合呢?
那你既然有了菜刀为什么还需要水果刀呢?你总不能扛着云长的青龙偃月刀(又名冷艳锯)去削苹果吧。如果你真能做到,关二爷也会佩服你的。^_^。
if、else 一般表示两个分支或是嵌套表示少量的分支,但如果分支很多的话……还是用switch、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 语句的情况。一般来说,我们可以遵循下面的规则:
1、按字母或数字顺序排列各条case 语句。
如果所有的case 语句没有明显的重要性差别,那就按A-B-C 或1-2-3 等顺序排列case语句。这样做的话,你可以很容易的找到某条case 语句。比如:
2、把正常情况放在前面,而把异常情况放在后面。
如果有多个正常情况和异常情况,把正常情况放在前面,并做好注释;把异常情况放在后面,同样要做注释。比如:
3、按执行频率排列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 子句。