a<；的C样式指南提示；80字符行

我找不到很多推荐/风格指南 提到如何在C中分割行，所以 每行少于80个字符

我唯一能找到的就是， 主要Python实现的样式指南 （）

是否存在指向综合C风格指南的链接 其中包括包装的建议

或者如果做不到这一点，至少是一些好的个人建议 关于这件事

附言：你如何处理真正的长的变量名，永远持续下去

---

（除了缩短）？你是把它们放在左边还是让它溢出？

这里是关于（linux）内核编码风格的。该文档可能是从那时起演变而来的，它是标准的一部分。

我认为旧的建议是每行80个字符，这是因为显示器是80x25，现在应该是128个或更多。

每行80个字符的“规则”已经过时。

我们不再使用太多了。我们有巨大的显示器，分辨率很高，但随着时间的推移，显示器会越来越大（显然，手持设备、平板电脑和上网本是现代计算的重要组成部分，但我认为我们大多数人都在台式机和笔记本电脑上编码，甚至笔记本电脑现在也有大的显示器）

以下是我认为我们应该考虑的规则：

一行代码做一件事

一行代码写为一行代码

换句话说，使每一行尽可能简单，不要将一个逻辑行拆分为多个物理行。该规则的第一部分有助于确保合理的简洁性，从而使遵守第二部分不会带来负担

有些人认为某些语言鼓励复杂的“一行程序”。Perl是一种被一些人认为是“只写一次，从不读”的语言的例子，但是你知道吗？如果您不编写模糊的Perl，而是每行做一件事，Perl代码就可以像其他代码一样易于管理。。。好吧，也许不是；）

除了复杂的单行程序外，我看到的另一个符合人工字符限制的缺点是缩短标识符以符合规则。没有缩略语和首字母缩略词的描述性标识符通常比缩略语更清晰。清晰的标识符让我们离目标更近

---

也许我听过的关于保留80或其他值字符限制的最好的“现代”论据是代码的“并排”比较。并排比较对于比较同一源文件的不同版本非常有用，如中所示。就个人而言，我注意到，如果我遵守我建议的规则，当在现代显示器上并排查看两个源文件（甚至三个，用于三向合并）时，我的大多数代码行都足够短，可以完整地查看它们。当然，其中一些会超出视口。在这种情况下，如果需要查看更多内容，我只需滚动一点。此外，现代的比较工具可以很容易地告诉你哪些行是不同的，所以你知道你应该看哪些行。如果您的工具告诉您没有滚动的理由，那么就没有滚动的理由。

您可以看一看，它涵盖的内容远不止编码样式，但仍然非常有趣。

我不同意；请记住，代码很少是唯一占用水平空间的东西；顺便说一句，80个字符/行正好适合我在笔记本显示器上并排放置两个编辑器窗口，所以我坚持使用它…@Christoph 80个字符？你不能调整字体大小吗？我同情你。@AndersK：祝你新年快乐；当然，我可以调整我的字体大小，但我不会像可读性那样suffer@Christoph这都是关于品味的，让我们同意不同意/新年快乐！我把台词改短了，因为这样对我的眼睛更方便。但不要太短：）避免长句子的最好理由是长句子更难阅读。