linux内核编码风格（译文）
需积分: 18 168 浏览量
2017-11-05
09:22:44
上传
评论
收藏 62KB DOC 举报
这是翻译版本，英文原版是 源码 文件夹下的
一个良好风格的程序看起来直观、美观，便于阅读，还能有助于对程序的理解，特别在代
码量比较大情况下更显现编码素质的重要性。相反没有良好的风格的代码读起来难看、晦
涩，甚至有时候一个括号没对齐就能造成对程序的曲解或者不理解。我曾经就遇见过这样
的情况，花费了很多不必要的时间在程序的上下文对照上，还 了半天没理解的程序。
后来直接用 给他转换格式来看了。特此转过来一个关于代码风格的帖子分享
一下～
Linux 内核编码风格
这是一份简短的，描述 内核首选编码风格的文档。编码风格是很个人化的东西，而且
我也不愿意把我的观点强加给任何人，不过这里所讲述的是我必须要维护的代码所遵守的
风格，并且我也希望绝大多数其他代码也能遵守这个风格。所以请至少考虑一下本文所述
的观点。
首先，我建议你打印一份 的编码规范，然后不要读它。烧掉它，这是一个很高调的
具有象征意义的姿态。
!!!!!!!!!!第一章：缩进
制表符是 个字符，所以缩进也是 个字符。有些异端运动试图将缩进变为 "（乃至 #）个
字符深，这跟尝试着将圆周率 $% 的值定义为 & 没什么两样。
理由：缩进的全部意义就在于清楚的定义一个控制块起止于何处。尤其是当你盯着你的屏
幕连续看了 #' 小时之后，你将会发现大一点的缩进将会使你更容易分辨缩进。
现在，有些人会抱怨 个字符的缩进会使代码向右边移动的太远，在 ' 个字符的终端屏幕
上就很难读这样的代码。这个问题的答案是，如果你需要 & 级以上的缩进，不管缩进深度
如何你的代码已经有问题了，应该修正你的程序。
简而言之， 个字符的缩进可以让代码更容易阅读，还有一个好处是当你的函数嵌套太深
的时候可以向你提出告警。请留意这个警告。
在 语句中消除多级缩进的首选的方式是让“(和从属于它的“(标签对
齐于同一列，而不要“两次缩进”“(标签。比如：
!!!!!!)**+,
!!!!!!--
!!!!!!--
剩余15页未读，继续阅读
资源评论
