コーディング中に、何列をフォーマットしますか?
コード 1 行あたりの適切な最大文字数は?
人々はまだ80列のルールに従って生きていますか?
80 列の制限、まだ役に立ちますか?
コード マージンとは、特定のコード行の長さを示す行のことです。IDE ごとにこのデバイスの言語が異なります。Visual Studio ではそれらを「ガター」と呼んでいると思います。
そうは言っても、長さコードの余白に特定の基準はありますか? 私の IDE (Netbeans) はデフォルトで 80 を持っていますが、そのデフォルトに韻や理由があるかどうか疑問に思っていました。
IBM のパンチ カードのおかげで、80 年以上にわたって80 列を使用してきました。これは PC のデフォルトのテキスト モードであり、ターミナル ウィンドウのデフォルト サイズです。行を 80 列の制限未満に保つことは、それらの環境で折り返しなしで表示できることを意味します。
私の意見では、LongVerboseDotNetCompliant 命名規則を考えると、Visual Studio の既定値は 120 列です (ただし、これは変更できます)。IDE で作業する場合、最大化するのはよくあることなので、多くのサイドバーを開かない限り、80 列の制限はスペースを浪費する傾向があります。
私はたまたま 72 を好みます (HTML や Python などを記述する場合)。これにより、コードが標準端末に収まり、行番号を有効にする余裕ができます。
これは通常、80 に設定されます。これは、コマンド ラインからコードを簡単に表示できるようにする、端末の標準的な文字幅だからです。
空白が重要な Python のような言語では依然として人気があり、CLI を介してインタープリターを操作するのが一般的ですが、他の言語では標準的ではなくなりつつあります。
以下に依存します： 1）コードを紙に印刷
するかどうか（たとえば、コードレビューでの配布用）。2）コード
を調べたり保守したりする他の人が使用する環境。
80列は（前述のように）普遍的な標準であるため、その幅に収まるコードは、既存の任意のプリンターで印刷できます。同様に、80列のコードは、行の折り返しを処理しなくても、既存のエディターで表示および編集できます。
一方、チームが常にワイドスクリーンIDEエディターと横向きモードの印刷を使用することがわかっている場合は、120列が妥当な最大コード幅です。
また、3〜5スペースなど、適切なインデント幅を使用する必要があります。2つのスペースは通常小さすぎて、長いメソッドで整列されたステートメントを表示できません（ただし、SQLなどの言語の小さなメソッドでは問題ありません）。一方、8つのスペースは、水平方向の領域を不必要に大量に消費します。
80列には、機能の劣る環境との互換性以外に、追加の利点があります。セミインテリジェントな方法で短い行に分割された長いステートメントは、環境でそれを表示できる場合でも、通常、単一の120列の行よりも読みやすくなります。それを包むことなく。
長い列 (120 列以上) を使用している人を見てきましたが、上記の理由と次のような理由から、80 列に固執しています。
したがって、それはすべて、あなたが一人で作業しているかどうか、およびすべてのコードがどのように消費されるか (他の人によって読み取られるか保守されるかなど) に依存します。
私は通常、不運な人が 1024x768 で表示できるサイズでコーディングします。