C程序设计风格

问:如何在源文件中合理分配函数? 答:通常,相关的函数放在同一个文件中。有时候(例如开发库的时候),一个源文件(自然也

就是一个目标文件)放一个函数比较合适。有时候,尤其是对某些程序员,太多的源文件可能 会很麻烦,将多数以至所有的程序都放入少数几个大的源文件中也很诱人,甚至也是合适的。 希望用static关键字限制某些函数或全局变量的作用域时,源文件的分配就有更多限制了:静 态函数和变量以及共享它们的函数都必须在同一个源文件中。

问:用if(!strcmp(s1, s2))比较两个字符串是否相等是个好风格吗? 答:这并不是个很好的风格,尽管这是个流行的习惯用法。如果两个字符串相等,这个测试返回

真,但!(“非”)的使用容易引起误会,以为测试不相等情况。 另一个选择是定义一个宏:

        #define Streq(s1, s2) (strcmp((s1), (s2)) == 0)

然后这样使用:

        if(Streq(s1, s2))

另一种选择(可以防止宏的滥用,参见问题10.2)是定义

        #define StrRel(s1, op, s2) (strcmp(s1, s2) op 0)

然后你可以这样使用:

        if(StrRel(s1, ==, s2)) ...
        if(StrRel(s1, !=, s2)) ...
        if(StrRel(s1, >=, s2)) ...

问:为什么有的人用if(0 == x)而不是if(x == 0)?

答:这是用来防止一个常见错误的小技巧:

if(x = 0) 如果你养成了把常量放在==前面的习惯,那么当你意外地把代码写成了:

if(0 = x) 编译器就会报错。显然,一些人会觉得记住倒转测试比记住输入两个=号容易。(的确,就 算是经验老道的程序员有时也会错把==写成=。)当然这个技巧只对和常量比较的情况有用。

另一方面,有的人又觉得这样倒转的测试既难看又影响注意力,因而提出应该让编译器 对if(x = 0)报警。(实际上,很多编译器的确对条件式中的赋值报警,当然如果你真的需 要,你总是可以写if((x = expression))或if((x = expression)!= 0)。

问:为什么有些代码在每次调用printf前增加了类型转换(void)? 答:printf确实有返回值(输出的字符个数或错误码),但几乎没有谁会去检验每次调用的返

回值。由于有些编译器和lint对于被丢弃的返回值会报警告,显式地用(void)作类型转换相当 于说:“我决定忽略这次调用的返回值,请继续对于其他(也许不慎)忽略返回值的情况提出 警告”。通常,(void)类型转换也用于strcpy和strcat的调用,它们的返回值从没有什么惊 人之处。