k&r编码规范(linux内核编码规范)...

这是Documentation/CodingStyle 的中文版，似乎没有LKD里面讲的幽默。再次fuck匈牙利命名法。 “在函数名中包含函数类型（所谓的匈牙利命名法）是脑子出了问题——编译器知道那些类型而 且能够检查那些类型，这样做只能把程序员弄糊涂了。难怪微软总是制造出有问题的程序。” Linux内核代码风格 这是一个简短的文档，描述了linux内核的首选代码风格。代码风格是因人而异的，而且我 不愿意把我的观点强加给任何人，不过这里所讲述的是我必须要维护的代码所遵守的风格， 并且我也希望绝大多数其他代码也能遵守这个风格。请在写代码时至少考虑一下本文所述的 风格。 首先，我建议你打印一份GNU代码规范，然后不要读它。烧了它，这是一个具有重大象征性 意义的动作。 不管怎样，现在我们开始： 第一章：缩进 制表符是8个字符，所以缩进也是8个字符。有些异端运动试图将缩进变为4（乃至2）个字符 深，这几乎相当于尝试将圆周率的值定义为3。 理由：缩进的全部意义就在于清楚的定义一个控制块起止于何处。尤其是当你盯着你的屏幕 连续看了20小时之后，你将会发现大一点的缩进会使你更容易分辨缩进。 现在，有些人会抱怨8个字符的缩进会使代码向右边移动的太远，在80个字符的终端屏幕上 就很难读这样的代码。这个问题的答案是，如果你需要3级以上的缩进，不管用何种方式你 的代码已经有问题了，应该修正你的程序。 简而言之，8个字符的缩进可以让代码更容易阅读，还有一个好处是当你的函数嵌套太深的 时候可以给你警告。留心这个警告。 在switch语句中消除多级缩进的首选的方式是让“switch”和从属于它的“case”标签对齐于同 一列，而不要“两次缩进”“case”标签。比如： switch (suffix) { case 'G': case 'g': mem