【规则1-21】按字母或数字顺序排列各条case 语句。

如果所有的case 语句没有明显的重要性差别，那就按A-B-C 或1-2-3 等顺序排列case

语句。这样做的话，你可以很容易的找到某条case 语句。比如：

switch(variable)

{

case A:

//program code

break;

case B:

//program code

break;

case C:

//program code

break;

…

default:

break;

}

【规则1-22】把正常情况放在前面，而把异常情况放在后面。

如果有多个正常情况和异常情况，把正常情况放在前面，并做好注释；把异常情况放在

后面，同样要做注释。比如：

switch(variable)

{

///////////////////////////////////////////////////////////////////////////////////

//正常情况开始

case A:

//program code

break;

case B:

//program code

break;

//正常情况结束

//////////////////////////////////////////////////////////////////////////////////////

//异常情况开始

case -1:

//program code

break;

//异常情况结束

//////////////////////////////////////////////////////////////////////////////////////

…

default:

break;

}

【规则1-23】按执行频率排列case 语句

把最常执行的情况放在前面，而把最不常执行的情况放在后面。最常执行的代码可能

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

放在前面的话，可以很快的找到。

【规则1-24】简化每种情况对应的操作。

使得与每种情况相关的代码尽可能的精炼。case 语句后面的代码越精炼，case 语句的结

果就会越清晰。你想想，如果case 语句后面的代码整个屏幕都放不下，这样的代码谁也难

看得很清晰吧。如果某个case 语句确实需要这么多的代码来执行某个操作，那可以把这些

操作写成一个或几个子程序，然后在case 语句后面调用这些子程序就ok 了。一般来说case

语句后面的代码尽量不要超过20 行。

【规则1-25】不要为了使用case 语句而刻意制造一个变量。

case 语句应该用于处理简单的，容易分类的数据。如果你的数据并不简单，那可能使用ifelse

if 的组合更好一些。为了使用case 而刻意构造出来的变量很容易把人搞糊涂，应该避免

这种变量。比如：

char action = a[0];

switch (action)

{

case ‘c’:

fun1（）；

break;

case ‘d’:

…

break;

default:

break;

}

这里控制case 语句的变量是action。而action 的值是取字符数组a 的一个字符。但是这

种方式可能带来一些隐含的错误。一般而言，当你为了使用case 语句而刻意去造出一个变

量时，真正的数据可能不会按照你所希望的方式映射到case 语句里。在这个例子中，如果

用户输入字符数组a 里面存的是“const”这个字符串，那么case 语句会匹配到第一个case

上，并调用fun1（）函数。然而如果这个数组里存的是别的以字符c 开头的任何字符串（比

如：“col”，“can”），case 分支同样会匹配到第一个case 上。但是这也许并不是你想要的结

果，这个隐含的错误往往使人抓狂。如果这样的话还不如使用if-else if 组合。比如：

if（0 == strcmp(“const”，a））

{

fun1();

}

else if

{

…

}

【规则1-26】把default 子句只用于检查真正的默认情况。

有时候，你只剩下了最后一种情况需要处理，于是就决定把这种情况用default 子句来

处理。这样也许会让你偷懒少敲几个字符，但是这却很不明智。这样将失去case 语句的标

号所提供的自说明功能，而且也丧失了使用default 子句处理错误情况的能力。所以，奉劝

你不要偷懒，老老实实的把每一种情况都用case 语句来完成，而把真正的默认情况的处理

交给default 子句。__