在文本编辑器中显示行号有什么优势？

当我在文本编辑器中没有行号的IDE中编辑代码时，我感到很奇怪。

我的问题是：

1. 行号在视觉上是否过多，尤其是当您选择的IDE中存在按行查找功能时？
2. 显示行号有什么用？

任何有助于交流的东西都是加号。

1. 它不会占用太多空间，所以不会，如果您或您的任何同事发现讨论代码很有用，那也不过分。

2. 即使您不进行配对编程，如果您不使用诸如Code Collaborator之类的工具（我们现在不这样做），它对于“肩膀”的代码审查也很有用。

另外，如果您在其他站点中有团队成员（我们有），则对于通过IM或电话讨论代码很有用。

如果看不到行，如何告诉他们告诉他们去1842行？

对我来说，这是一个非常宝贵的简单小工具。甚至我们的一些pdf规范都带有编号行，与未编号的相比，引用和讨论起来要容易得多，这令人惊讶。

没有人提到能够快速查看异常堆栈跟踪以找出发生异常的位置。

显示的行号对于配对编程至关重要。没有更快的方法可以使您的视线转移到您正在考虑的代码上。

通过扩展，行号对于正式和非正式的代码审查也非常有用。

1. 不，我喜欢让数据让我了解文件中的内容，尤其是当我查看的是大型配置文件时，可能不容易再次找到该位置。

2. 我可能会看一下行号，这是我查看文件有多大的一种方法。如果一个文件中有几千行代码，那么可能是时候考虑该文件应该被分解还是什么了。我也可以用它来判断文件的深度，如果我知道文件的大小以及屏幕上显示的数字。我喜欢量化滚动条中的位置的想法，例如，我位于文件的前四分之一或第3个五分位。

我来自使用内嵌行号的编辑器的历史。我对此事有何想法？绝对不需要它们（我现在在禁用行号的情况下使用Vim）。想想这一点：即使你做得到堆栈跟踪和这样的，有多少次你手动查找使用行号线，而不是ctrl+g（在大多数Windows编辑器），或者:line-num在Vim中？

编辑：当然，这对于其他人可能有所不同，但是在99％的时间中，我使用后者。

一件大事：如果您使用的是Visual Studio或任何具有可折叠区域的ide，行号可让您立即感觉到面积有多大而无需扩展。此外，如果您有某种日志记录可将您定向到问题行，那么当该行就在您的前面时，不需要使用命令会很好。

出于某种原因（想到交叉编译），您的编译器可能未集成到IDE中。因此，对于发现错误的位置，您需要一个绝对的参考。（当您在IDE之外进行编译时）

新创建

我唯一使用过行号的时间是当一个错误弹出时，并且堆栈跟踪告诉我它发生在x行。

我已经看到许多专业的开发人员没有行号。因此，除后期引用外，我看不到其他用法。

当我在jEdit中使用分屏显示时，我喜欢使用它。

是的，就像@maple_host所说的那样，当我看到一个源于该行号代码的异常时，执行“ vi file.py +142”真的很方便。加上配对编程等其他提到的优点...在任何编辑器上打开行号总是有益的。（我记得MS VC ++ 6在一个标准头文件中的第#blah !!行中报告的模糊编译错误。实际上是我自己完成的宏重新定义！）。找到并杀死。

问候，亚提·萨加德

我发现当前的行突出显示可以解决大多数“您在哪里看”问题。但是，关于堆栈跟踪的观点至关重要。