テキストエディターで行番号を表示する利点は何ですか？

テキストエディタに行番号のないIDEでコードを編集していると、奇妙に感じます。

質問は次のとおりです。

1. 特に行選択機能が選択したIDEに存在する場合、行番号は視覚的に過剰ですか？
2. 行番号を表示する用途は何ですか？

コミュニケーションを支援するものはすべてプラスです。

1. それは多くのスペースをとらないので、いや、あなたやあなたの同僚がコードを議論するのに便利だと思っても過大ではありません。

2. ペアプログラミングを行わなくても、Code Collaboratorのようなツールを使用しない場合（今は使用していません）、「肩越し」のコードレビューに役立ちます。

また、他のサイトにチームメンバーがいる場合（私たちはそうします）、IMまたは電話でコードを議論するのに役立ちます。

行が表示されない場合、1842行に移動するように指示するにはどうすればよいですか？

私にとって、それはかけがえのないシンプルな小さなツールです。pdf仕様の一部でも行に番号が付けられており、番号のないものに比べて参照や議論がどれほど簡単かは驚くべきことです。

例外スタックトレースをすばやく見て、例外が発生した場所を見つけることができるということは誰も言及していません。

表示された行番号は、ペアプログラミングに不可欠です。考えているコードにペアの目を向けるより速い方法はありません。

拡張により、行番号は、形式的および非公式の両方のコードレビューにも非常に役立ちます。

1. いいえ、特にその場所を簡単に見つけることができない大きな構成ファイルを見ている場合は、ファイル内のどこにあるのかを知るためにデータを持っているのが好きです。

2. ファイルの大きさを確認する方法として、行番号を一見するかもしれません。ファイルに数千行のコードがある場合、そのファイルを分割する必要があるかどうかを検討する時が来るかもしれません。また、ファイルサイズのボールパークと画面に表示されている数字がある場合、ファイルの深さを判断するためにも使用できます。スクロールバー内で自分の位置を定量化するアイデアが好きです。たとえば、ファイルの上位4分の1や3番目の五分位にいます。

行番号が埋め込まれたエディターの使用の歴史から来ました。問題についての私の考えは？それらは絶対に不要です（現在、行番号を無効にしてVimを使用しています）。これについて考える：あなたが場合でも行うスタックトレースとを取得するなど、手動で何度もない見えるとは対照的に、行番号を使用して行をctrl+g（ほとんどのWindowsエディタで）または:line-numVimの中で？

編集：もちろん、これは他の人とは異なるかもしれませんが、99％の時間、後者を使用します。

1つの大きなこと：Visual Studioまたは折りたたみ可能な領域を持つIDEを使用している場合、行番号を使用すると、領域を拡大することなく、その領域の大きさを即座に把握できます。さらに、問題のある行に誘導する何らかのログがある場合、その行が目の前にあるときにコマンドを使用する必要がないのは良いことです。

何らかの理由で（クロスコンパイルが思い浮かぶ）、コンパイラがIDEに統合されていない可能性があります。したがって、エラーが見つかった場所の絶対参照が必要です。（IDEの外部でコンパイルする場合）

NWS

行番号を使用したのは、バグが表示され、スタックトレースで行xで発生したことが通知されたときだけです。

多くのプロの開発者が行番号なしで作業しているのを見てきました。そのため、遅延参照以外の使用法はありません。

jEditで分割画面を使用するとき、それが好きです。

はい、@ maple_hostが言うように、その行番号のコードから例外が発生した場合、「vi file.py +142」を実行すると非常に便利です。さらに、ペアプログラミングなどで言及されているその他の利点...エディタで行番号をオンにしておくことは常に有益です。（標準ヘッダーファイルの1行でMS VC ++ 6によって報告されたあいまいなコンパイルエラーを覚えています。＃blah !! ..実際は自分でマクロを再定義しました!!）。見つけて殺す。

よろしく、ヤティ・サガデ

現在の行の強調表示は、ほとんどの「どこを見ていますか」問題を解決できることがわかりました。ただし、スタックトレースに関するポイントは重要です。