按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
（width
《
height）
dosomething（）；
for
（initialization；
condition；
update）
｛
//program
code
｝
for
（initialization；condition；
update）｛
//program
code
｝
while
（condition）
｛
//program
code
｝
while
（condition）｛
//program
code
｝
do
｛
//program
code
｝
while
（condition）；
do｛
//program
code
｝while
（condition）；
1。6。5，if语句后面的分号
关于
if…else语句还有一个容易出错的地方就是与空语句的连用。看下面的例子：
if（NULL
！=
p）
；
fun（）；
这里的
fun（）函数并不是在
NULL
！=
p的时候被调用，而是任何时候都会被调用。问题就出
在
if语句后面的分号上。在
C语言中，分号预示着一条语句的结尾，但是并不是每条
C语
言语句都需要分号作为结束标志。if语句的后面并不需要分号，但如果你不小心写了个分号，
编译器并不会提示出错。因为编译器会把这个分号解析成一条空语句。也就是上面的代码实
际等效于：
if（NULL
！=
p）
｛
；
｝
fun（）；
这是初学者很容易犯的错误，往往不小心多写了个分号，导致结果与预想的相差很远。所
以建议在真正需要用空语句时写成这样：
NULL；
而不是单用一个分号。这就好比汇编语言里面的空指令，比如
ARM指令中的
NOP指令。
这样做可以明显的区分真正必须的空语句和不小心多写的分号。
1。6。6，使用
if语句的其他注意事项
【规则
1…17】先处理正常情况，再处理异常情况。
在编写代码是，要使得正常情况的执行代码清晰，确认那些不常发生的异常情况处理
代码不会遮掩正常的执行路径。这样对于代码的可读性和性能都很重要。因为，
if语句总是
需要做判断，而正常情况一般比异常情况发生的概率更大（否则就应该把异常正常调过来
了），如果把执行概率更大的代码放到后面，也就意味着
if语句将进行多次无谓的比较。另
外，非常重要的一点是，把正常情况的处理放在
if后面，而不要放在
else后面。当然这也
符合把正常情况的处理放在前面的要求。
【规则
1…18】确保
if和
else子句没有弄反。
这一点初学者也容易弄错，往往把本应该放在
if语句后面的代码和本应该放在
else语
句后面的代码弄反了。
1。7，switch、case组合
既然有了
if、else组合为什么还需要
switch、case组合呢？
1。7。1，不要拿青龙偃月刀去削苹果
那你既然有了菜刀为什么还需要水果刀呢？你总不能扛着云长的青龙偃月刀（又名冷艳
锯）去削苹果吧。如果你真能做到，关二爷也会佩服你的。^_^。
if、else一般表示两个分支或是嵌套表示少量的分支，但如果分支很多的话……还是用
switch、case组合吧。其基本格式为：
switch（variable）
｛
caseValue1：
//program
code
break；
caseValue2：
//program
code
break；
caseValue3：
//program
code
break；
…
default：
break；
｝
很简单，但有两个规则：
【规则
1…19】每个
case语句的结尾绝对不要忘了加
break，否则将导致多个分支重叠（除非
有意使多个分支重叠）。
【规则
1…20】最后必须使用
default分支。即使程序真的不需要
default处理，也应该保留
语句：
default：
break；
这样做并非画蛇添足，可以避免让人误以为你忘了
default处理。
1。7。2，case关键字后面的值有什么要求吗？
好，再问问：真的就这么简单吗？看看下面的问题：
Value1的值为
0。1行吗？…0。1呢？…1呢？0。1＋0。9呢？
1＋2呢？3/2呢？‘
A’呢？“A”
呢？变量
i（假设
i已经被初始化）呢？NULL呢？等等。这些情形希望你亲自上机调试一
下，看看到底哪些行，哪些不行。
记住：case后面只能是整型或字符型的常量或常量表达式（想想字符型数据在内存里
是怎么存的）。
1。7。3，case语句的排列顺序
似乎从来没有人考虑过这个问题，也有很多人认为
case语句的顺序无所谓。但事实却
不是如此。如果
case语句很少，你也许可以忽略这点，但是如果
case语句非常多，那就不
得不好好考虑这个问题了。比如你写的是某个驱动程序，也许会经常遇到几十个
case语句
的情况。一般来说，我们可以遵循下面的规则：
【规则
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。7。4，使用
case语句的其他注意事项
【规则
1…24】简化每种情况对应的操作。
使得与每种情况相关的代码尽可能的精炼。case语句后面的代码越精炼，
case语句的结
果就会越清晰。你想想，如果
case语句后面的代码整个屏幕都放不下，这样的代码谁也难
看得很清晰吧。如果某个
case语句确实需要这么多的代码来执行某个操作，那可以把这些
操作写成一个或几个子程序，然后在
case语句后面调用这些子程序就
ok了。一般来说
case
语句后面的代码尽量不要超过
20行。
【规则
1…25】不要为了使用
case语句而刻意制造一个变量。
case语句应该用于处理简单的，容易分类的数据。如果你的数据并不简单，那可能使用
ifelseif
的组合更好一些。为了使用
case而刻意构造出来的变量很容易把人搞糊涂，应该避免
这种变量。比如：
charaction
=
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开头的任何字符