垂直方向の配置:賛成か反対ですか?[閉まっている]


13

たとえば、垂直に整列されていない:

Name:   Hamt
Version:  0.1.0
Cabal-Version:  >= 1.2
License:  BSD3
Author:  Jason Baker

または垂直方向に整列:

Name:           Hamt
Version:        0.1.0
Cabal-Version:  >= 1.2
License:        BSD3
Author:         Jason Baker

どちらが好きですか、それはなぜですか?

回答:


17

個人的には、コードの2番目のバージョンの方がわずかに読みやすいと思いますが、それを維持することで読みやすさを補うとは思いません。したがって、コードが変更されないことを確信している場合にのみ、この例の2番目のバージョンを使用します。


8

このようにするだけで時間を節約できます。

Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker

読むのも難しくありません。


これは実際には適切にフォーマットされた例であり、そのためのvimコマンドもあります。– :%s/\([^ ]\) \+/\1 /g
Dorian

たぶん長さで並べ替えますか?:
realbart

7

私はハイブリッドを好む:

Name    : Hamt
Version : 0.1.0
Cabal-Version :  >= 1.2
License : BSD3
Author  : Jason Baker

周囲の行よりも長い臨時の行を除いて、基本的に2番目です-行の大部分が遠くに間隔を空けないようにします。


7

ここでは、人間とコンピューターの相互作用について学んだ大学コースの経験と教育、および(G)UIデザインとグラフィックデザインについて読んだいくつかの本の両方に基づいたリストレイアウトの別のバリエーションを示します。私はダイアログのために、そしてエネルギー/時間があるとき、CSSのためにそれを使用します(通常はコードのためではありません)。

          Name : Hamt
       Version : 0.1.0
 Cabal-Version : >= 1.2
       License : BSD3
        Author : Jason Baker

他のすべてのように、それは長所と短所を持っています。

長所:

  • 強力な視覚的ブレークによりラベルとデータが分離
  • 美的に満足のいく、プロフェッショナルなグラフィックデザインの外観(特に、最終的に公開されたファイルの場合)
  • データはラベルに近く、関連付けが容易になります(行を超えて間違ったデータを読み取る可能性が低くなります)
  • ダイアログボックスのレイアウトに最適

短所:

  • 正しくフォーマットするにはより多くの時間が必要です
  • 新しい最長のアイテムが追加されたときに再調整が必要
  • コードにはそれほど有用ではない



HTH


うわー、私はこの方法を見たことがない。私はそれが好きです!+1-
スティーブン

しかし、行の開始位置とコードのインデントを見つけるのは困難です。
M.サデクHE

そのスタイルの名前は何ですか?私はそれを好み、私はそれを自動的に行うatomパッケージを見つけようとしています
-daslicious

6

私は最初のものを好みますが、タブはありません(これは空白だと思います)。代わりに1つの空白スペースのみ。与えられた場合のように、データが「類似」していない場合、私にとってそれは読みやすいです。また、(そのようなデータの編集中に)「行を誤読する」こと、つまり、バージョン番号などの3つの行がある場合はさらに困難になります。そして、一方を編集しているときに、その場所で誤ってもう一方を編集します。

ただし、データが類似している場合は、2番目の例のように列に配置することは完全に理にかなっています(類似していない場合のみ、ポイントを取得します)。


私も最初の方が好きで、プロポーショナルフォントも使用しているので、垂直方向の整列は意味がありません。
カルマリオス

5

残念ながらスタイルの質問なので、これは非常に主観的であり、多くの矛盾する結果になる可能性があります。さらに、使用するスタイルは、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エディターは見ていません。

最後に、他の人があなたのコードを使用するかどうかは、スタイルの選択において大きな要因となります。通常、自分のコードを使用するのは私だけなので、他のエディターや設定に関係なく、好みに応じてすべてをフォーマットできます。他の人と一緒に仕事をしている場合、彼らはあなたを考慮する必要があるので、あなたは彼らを考慮する必要があります。


要約すると、読みやすさは良好で非常に望ましいものですが、コードを使用する必要がある設定とエディターは、決定を下す際に重要になります。一人でいる場合は、最も読みやすい形式を使用することもできます。あなたはそれを使うことに慣れる必要があるかもしれませんが、特にしばらく書いたコードに戻る必要があるとき、それはおそらく長期的に見返ります:読みやすさはコードが何をするかを理解するコメントと同じくらい重要です。他の人と一緒に作業する場合は、チームで使用するための設計ガイドを作成するために協力する必要があります。


2
「残念ながら、これを実行できる最新のWindowsエディターは見ていません。」-矢印キーを使用してテキスト内を移動するときは、Ctrlキーを押したままにします。ほとんどすべてのエディターとテキストボックスは、Windowsでサポートしています。空白のブロック全体とコードの論理ブロックを一度にスキップします。
ゾランパブロビッチ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.