web-dev-qa-db-ja.com

テキストエディタやプログラミングIDEの行番号がデフォルトで頻繁に無効になっているのはなぜですか？

コードを編集するほとんどの環境では、デフォルトで行番号が非表示になっているようです。たとえば、Eclipse、IntelliJ、Oracle SQL Developer、およびVimはすべてデフォルト設定で行番号を表示しないように見えるため、開発者は設定に移動して行番号を表示する必要があります。

エラーが発生した行の番号を開発者に伝えてエラーが報告される環境でコードをデバッグする場合、行番号の表示は不可欠です。また、行番号は、開発者にコードの長さの定量化可能な感覚を与え、大きなファイルの場合には、ファイル内のどこにいるかの感覚を与えます。言うまでもなく、何らかのパートナープログラミングを行う場合、行番号は絶対に不可欠です。

では、なぜ多くのテキストエディタのデフォルトの動作で行番号がオフになるのでしょうか。それは見た目の美しさ、つまり行番号がなくても見た目がきれいなためですか？ by開発者forのアプリケーションが作成されるため、実際にはそうではないように思われます。

desktop-applicationprogramming
14
vijrox

アランクーパーによって定義されたアプリケーションポスチャには、ソブリン、トランジェント、デーモン、寄生という4つのタイプがあります。

https://en.wikipedia.org/wiki/Application_posture

姿勢は、アプリケーションの行動姿勢に他なりません。 IDEは、長期間にわたってユーザーの注意を独占するソブリンアプリケーションに該当します。ワードプロセッサー、Photoshopなどの画像エディターは、主権姿勢アプリケーションのいくつかの例です。

これらすべてのアプリケーションは、フロー状態を維持するように努めています。この目標を達成するための設計パターンの1つは、作業領域の邪魔にならないようにすることです。グリッドやガイドなどのサポート要素はデフォルトでは非表示ですが、表示を切り替えるショートカットキーは常にあります。

コーディング時に作業領域を清潔に保ち、焦点を絞るために、同じ設計パターンが行番号にも適用されます。気付いた場合、これらのアプリの一部は、デバッグモードで行番号を自動的に表示します。どちらのパターンも同じ理由であり、フローの状態を維持し、ほとんどの人が本当に必要なときにのみ情報を提供します。

私はHTML、CSS、JavaScript、PythonにNotepad ++とSublime Textを使用しています。どちらのエディタにも行番号が表示されています。 Eclipseにはありません。ただし、デバッグモードに切り替えると、自動的に行番号が提供されます。

パートナープログラミングのような場合には役に立ちません。ただし、パートナープログラミング専用に開発されたIDE（ある場合）には、デフォルトで行番号が表示されるはずです。

9
Gautham Raja

主な理由：よりスマートで最新のIDE

行番号はほとんどの場合、スタックトレースやエラーなどを調べる場合にのみ必要です。しかし、最新のIDEにはスマートなエラー追跡ツールがあり、マウスを1回クリックするだけで、エラーが発生した行にカーソルが置かれます。これが、デフォルトで行番号が無効になっている主な理由です。行番号はもう必要ありません。最近では、行番号なしでエラーを解決できます。

いくつかの考え：

また、終了すると、ラップトップのような小さな（低解像度）画面でIDEが使用される場合があることもわかりました。これは個人的な経験に基づいています。しかし、たとえば、Googleでコーディングの話を見ているときIOプレゼンターが画面スペースで苦労しているのをよく見ます。

デフォルトでそれらを無効にするもう1つの理由は、一部の言語でまだ使用可能な行番号ベースのgotoステートメントの使用を阻止することです。しかし、最近最も一般的に使用されている言語はそれらをサポートしていないため、これは主に過去のものです。

私はまだ行番号が好きです

しかし、私は常に行番号を有効にする人々の1人です。どうして？

  • スタックトレースとデバッグ（ブレークポイント）;
  • コードレビュー（ペアプログラミングなど）;
  • ローカルコードとGitコードのクイック比較。

ほとんどのGitクライアントとWebサイト、および他のオンラインコードリポジトリでは、行番号が有効ではなく無効になっています。しかし、それはおそらく、これらのツールがコードの比較とレビューに使用されているためです。

4
Rolf ツ

確かに、行番号は通常デフォルトでオフになっています。 Visual Studioも同じ動作をします。

一般的なケースでは、行番号は必要以上に望まないです。もちろん、ペアプログラミング、スタックトレースの検査、コード参照など、重要な状況が存在しないわけではありません。

それらがデフォルトでオンになっている場合、画面スペースを行番号よりも重視するか、余分な混乱が気を散らすので、オフにするオプションを探している人が増えるでしょう。ベンダーは調査を行い、最も一般的なユースケースを決定します。

非常に多くのベンダーが同じ結論に達しているという事実は、すべてのベンダーが実際に正しい決定に達したという確信を築くという私の心の中で。

1
Roger Attrill

設計慣性が原因である可能性があります。
かつてモニターは640x480ピクセルをレンダリングし、行番号が占めるスペースは重要でした。
それで、本当に必要なときだけ電源を入れました。
テレタイプ端末（接続されたタイプライター）を介して操作された以前のテキストエディターは、コード行を追加する主な方法であったため、常に行番号を出力していました。
まったく異なる状況で行われた設計決定を誰も（Vijayまで）修正しませんでした。

個人用：
70年代に開発されたvimを使用します。
元々は端末上で実行されました。つまり、正確に80文字の行をレンダリングしました。しかし、他の多くのエディターと同じように、下部のステータス領域に現在の行の番号が常に表示されます。
また、単純なコマンド1234Gを使用して、エラーメッセージで示された行に配置し、行1234に移動できます。
また、数字列は視覚的にノイズを加えますが、ほとんど無視されます。

0
Juan Lanus