残念ながらスタイルの質問なので、これは非常に主観的であり、多くの矛盾する結果になる可能性があります。さらに、使用するスタイルは、TABまたはスペースの使用方法に大きく依存します。
私の2セントについては、2番目のバージョンのバリエーションを好みます。私はこれが一番好きです:
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
私が試した中で最も読みやすく使いやすいバージョンです。唯一の本当の欠点は、最も広いフィールドが何であるかを把握する必要があり、幅が広すぎるときにすべてを拡張しなければならない場合があることです(これは通常CSSでのみ発生します)。ただし、考慮すべき点がいくつかあります。
まず、私は通常、スペースではなくTABを好みますが、実際のTAB設定は異なります。たとえば、C(++)コードの場合は4スペースTAB、PascalまたはAssemblerコードの場合は2スペースTABに慣れていますが、CSSのようなものではTAB幅を優先しません。このバリエーションは事態を十分に複雑にしますが、私が使用するエディターは独自の複雑さを投げ込みます。一部のエディターでは言語ごとのTAB設定を設定できますが、一部のエディターでは設定できません(プロファイルが異なるものもあります)。
スペースを優先してTABを使用しないことで、この複雑さを回避できます。通常、コードは固定幅フォントであるため、スペースを使用すると問題なく機能しますが、フォーム、履歴書、またはその他の非コードテキストのフィールドをフォーマットし、プロポーショナルフォントを使用する場合は、TABを使用して物事を整列させる必要があります。
TABを一般的に好むのは、固定幅のコードを使用しても、TABごとに複数のスペースをカーソルで移動する必要があるためにイライラするからです。古いBorland IDEには、2つ、4つなどのスペースではなく、単一のエンティティとしてTAB(具体的には空白の全長)をカーソルで移動するオプションがあったことを思い出します。これにより、TABをスペースとして挿入しながら、カーソルナビゲーションを簡単かつ迅速に実行できるようになりました。残念ながら、これを実行できる最新のWindowsエディターは見ていません。
最後に、他の人があなたのコードを使用するかどうかは、スタイルの選択において大きな要因となります。通常、自分のコードを使用するのは私だけなので、他のエディターや設定に関係なく、好みに応じてすべてをフォーマットできます。他の人と一緒に仕事をしている場合、彼らはあなたを考慮する必要があるので、あなたは彼らを考慮する必要があります。
要約すると、読みやすさは良好で非常に望ましいものですが、コードを使用する必要がある設定とエディターは、決定を下す際に重要になります。一人でいる場合は、最も読みやすい形式を使用することもできます。あなたはそれを使うことに慣れる必要があるかもしれませんが、特にしばらく書いたコードに戻る必要があるとき、それはおそらく長期的に見返ります:読みやすさはコードが何をするかを理解するコメントと同じくらい重要です。他の人と一緒に作業する場合は、チームで使用するための設計ガイドを作成するために協力する必要があります。
:%s/\([^ ]\) \+/\1 /g