<80字符行的C風格指南提示

Question

我找不到很多關於 C的建議/風格指南，它提到了如何拆分C中的行，因此您的 每行少於80個字符。

關於我能找到的唯一的事情就是PEP 7， 風格指南的主要的Python implmentation （CPython）。

鏈接是否存在一個全面的C風格指南 其中包括包裝的建議？

或者失敗了，至少有一些好的個人建議 關於此事？

P.S .:你怎麼用really_long_variable_names_that_go_on_forever （除了縮短之外）？你把它們放在左邊緣還是讓它溢出？

Answer 1

這裏是關於（linux）內核編碼風格的Linus'original article。該文件可能是由於它是source distribution的一部分。

Answer 2

我認爲每行80個字符的舊建議來自顯示器爲80x25的時間，現在128或更多應該沒問題。

Answer 3

每行80個字符「規則」已過時。

http://richarddingwall.name/2008/05/31/is-the-80-character-line-limit-still-relevant/

http://en.wikipedia.org/wiki/Characters_per_line

http://news.ycombinator.com/item?id=180949

我們不使用punched cards多了。我們擁有巨大的顯示屏，其分辨率只會隨着時間的推移而變得更大（顯然，手持設備，平板電腦和上網本是現代計算機的重要組成部分，但我認爲我們大多數人都在使用臺式機和筆記本電腦進行編碼，甚至筆記本電腦也有大顯示這些天）。

這裏是我覺得我們應該考慮的規則：

的代碼

一號線做一件事情。

一行代碼寫成一行代碼。

換句話說，使每一行儘可能簡單和不分裂一個邏輯行到幾個物理線路。規則的第一部分有助於確保合理的簡潔性，從而符合第二部分並不繁瑣。

有些人認爲某些語言鼓勵複雜的「單行」。 Perl是一種被某些人認爲是「一次寫，永不讀」的語言的例子，但你知道嗎？如果你不寫Perl混淆Perl，如果你每行做一件事，Perl代碼可以像其他任何東西一樣易於管理......好的，也許不是APL;）

除了複雜的單線，我認爲符合一些人爲的字符限制的另一個缺點是縮短標識符以符合規則。沒有縮寫和首字母縮寫詞的描述性標識符通常比縮短的替代品更清晰。清除標識符使我們更接近literate programming。

也許我爲了保持80或其他一些值的字符限制而聽到的最好的「現代」論點是代碼的「並排」比較。並排比較可用於比較同一源文件的不同版本，如source code version control system merge operations中所述。就我個人而言，我注意到如果我遵守我所建議的規則，那麼當兩個源文件（甚至三個用於三路合併）時，我的大部分代碼行都足夠短以便完整地查看它們在現代顯示器上並排觀看。當然，其中一些超過了視口。在這種情況下，如果我需要查看更多信息，我只需滾動一下。此外，現代比較工具可以輕鬆地告訴您哪些線條不同，因此您知道應該查看哪些線條。如果你的工具告訴你沒有理由滾動，那麼沒有理由滾動。

Answer 4

你可以看看GNU Coding Standards，它涵蓋的不僅僅是編碼風格，還是非常有趣的。