第一章:缩进格式Tab是个字符于是缩进也是个字符有很多怪异的风格他们将缩进格式定义为个字符(设置为个字符!)的深度这就象试图将PI定义为一样让人难以接受
理由是:缩进的大小是为了清楚的定义一个块的开始和结束特别是当你已经在计算机前面呆了多个小时了以后你会发现一个大的缩进格式使得你对程序的理解更容易
现在有一些人说使用个字符的缩进使得代码离右边很近在个字符宽度的终端屏幕上看程序很难受回答是但你的程序有个以上的缩进的时候你就应该修改你的程序
总之个字符的缩进使得程序易读还有一个附加的好处就是它能在你将程序变得嵌套层数太多的时候给你警告这个时候你应该修改你的程序
第二章:大符号的位置
另外一个C程序编程风格的问题是对大括号的处理同缩进大小不同几乎没有什么理由去选择一种而不选择另外一种风格但有一种推荐的风格它是Kernighan和Ritchie的经典的那本书带来的它将开始
的大括号放在一行的最后而将结束大括号放在一行的第一位如下所示:
if (x is true) { we do y }
然而还有一种特殊的情况:命名函数:开始的括号是放在下一行的第一位如下:
int function(int x) { body of function }
所有非正统的人会非难这种不一致性但是所有思维正常的人明白: (第一) K&R是___对___的(第二)如果K&R不对请参见第一条 (:))另外函数也是特殊的不一定非得一致
需要注意的是结束的括号在它所占的那一行是空的__除了__它跟随着同一条语句的继续符号如while在dowhile循环中或者else在if语句中如下:
do { body of doloop } while (condition);
以及
if (x == y) { } else if (x > y) { } else { }
理由: K&R
另外注意到这种大括号的放置方法减小了空行的数量但却没有减少可读性于是在屏幕大小受到限制的时候你就可以有更多的空行来写些注释了
第三章:命名系统
C是一种简洁的语言那么命名也应该是简洁的同MODULE以及ASCAL语言不同的是C程序员不使用诸如ThisVariableIsATemporaryCounter之类的命名方式一个C语言的程序员会将之命名为tmp这很容易书写且并不是那么难以去理解
然而当混合类型的名字不得不出现的时候描述性名字对全局变量来说是必要的了调用一个名为foo全局的函数是很让人恼火的全局变量(只有你必须使用的时候才使用它) 就象全局函数一样需要描述性的命名方式假如你有一个函数用来计算活动用户的数量你应该这样命名count_active_users()或另外的相近的形式你不应命名为cntusr()
有一种称为Hungarian命名方式它将函数的类型编码写入变量名中这种方式是脑子有毛病的一种表现编译器知道这个类型而且会去检查它而这样只会迷惑程序员 知道为什么Micro$oft为什么会生产这么多臭虫程序了把!!
局部变量的命名应该短小精悍假如你有一个随机的整数循环计数器它有可能有i如果没有任何可能使得它能被误解的话将其写作loop_counter是效率低下的同样的tmp可以是任何临时数值的函数变量
如果你害怕混淆你的局部变量的名字还有另外一个问题就是称
functiongrowthhormoneimbalancesyndrome
第四章:函数
函数应该短小而迷人而且它只作一件事情它应只覆盖一到两个屏幕(*一屏)并且只作一件事情而且将它做好(这不就是UNIX的风格吗译者注)
一个函数的最大长度和函数的复杂程度以及缩进大小成反比于是如果你已经写了简单但长度较长的的函数而且你已经对不同的情况做了很多很小的事情写一个更长一点的函数也是无所谓的
然而假如你要写一个很复杂的函数而且你已经估计到假如一般人读这个函数他可能都不知道这个函数在说些什么这个时候使用具有描述性名字的有帮助的函数
另外一个需要考虑的是局部变量的数量他们不应该超过个否则你有可能会出错重新考虑这个函数将他们分割成更小的函数人的大脑通常可以很容易的记住件不同的事情超过这个数量会引起混乱你知道你很聪明但是你可能仍想去明白周以前的做的事情
第章:注释
注释是一件很好的事情但是过多的注释也是危险的不要试图区解释你的代码是注释如何如何的好:你应该将代码写得更好而不是花费大量的时间去解释那些糟糕的代码
通常情况下你的注释是说明你的代码做些什么而不是怎么做的而且要试图避免将注释插在一个函数体里:假如这个函数确实很复杂你需要在其中有部分的注释你应该回到第四章看看你可以写些简短的注释来注明或警告那些你认为特别聪明(或极其丑陋)的部分但是你必须要避免过多取而代之的是将注释写在函数前告诉别人它做些什么事情和可能为什么要这样做
第六章:你已经深陷其中了
不要着急你有可能已经被告之GUN emacs会自动的帮你处理C的源代码格式而且你已经看到它确实如此但是缺省的情况下它的作用还是不尽如人意(实际上他们比随便敲出来的东西还要难看 ainfinite number of monkeys typing into GNU emacs would never make a good program)
于是你可以要么不要使用GUN emacs要么让它使用sanervalules使用后者你需要将如下的语句输入到你的emacs文件中(defun linuxcmode() C mode with adjusted defaults for use with the Linux kernel(interactive) (cmode) (csetstyleK&R) (setq cbasicoffset))
这会定义一个Mx Linuxcmode的命令当你hacking一个模块的时候如何你将* linuxc *输入在最开始的两行这个模式会自动起作用而且你也许想加入如下
(setq automodealist (cons (/usr/src/linux*/*\\〖ch〗$ linuxcmode) automodealist))
到你的emacs文件中这样的话当你在/usr/src/linux下编辑文件的时候它会自动切换到linuxcmode
但是假如你还不能让emaces去自动处理文件的格式不要紧张你还有一样东西: 缩进
GNU的缩进格式也很死板这就是你为什么需要加上几行命令选项然而这还不算太坏因为GNU缩进格式的创造者也记得K&R的权威 (GNU没有罪他们仅仅是在这件事情上错误的引导了人们) 你要做的就只有输入选项kr i(表示K&R缩进个字符)
缩进有很多功能特别是当它建议你重新格式你的代码的时候你应该看看帮助但要记住: 缩进不是风格很差的程序的万灵丹
