Visual Studio – 为什么行号默认closures?

似乎完全落后于我这样一个优秀的IDE会默认隐藏行号。 这似乎是一个明显的疏忽,或者是糟糕的默认。

这意味着我错过了一些东西 – 因为在VS开发团队VS我,我知道谁有更多的经验。

那么我错过了什么? 为什么我不需要在代码中看到行号?

唯一一次我感兴趣的行号是当我给了一个特定的(例如在一个堆栈跟踪)。 在那一点上,我想去特定的行(我可以直接做),但我不需要看到周围的行号。

我重视我的屏幕的内容,行号只是为了我而浪费。

我认为更大的问题是问自己为什么你想看行数。 他们为什么对你很重要? 在什么情况下,您需要查看当前页面的所有行号,而不是仅显示当前行(在状态栏中显示)?

编辑:我同意迈克尔的答案,对编程的具体例子,他们是有用的。 就我个人而言,我并不经常配对(我很乐意这样做,这很less见),所以行号在其余时间都没有用处,甚至分散注意力。

配对编程时,行号是必不可less的。 当两个人在一起工作时,对“35行有一个问题”的说法是非常有帮助的,

鉴于必须存在违约,那么最常见的优先select就是显而易见的,默认情况下这将是“closures”的。

虽然我可以很容易做到没有他们,但我个人喜欢行号,因为我倾向于a)使用它们定位自己的代码文件,b)在与其他程序员谈论代码时使用它们作为使其到达特定行的最快方式我们正在讨论的代码和c)给一些代码味道,并提醒我正在工作的特定代码文件有多大。

它是一个用户喜好的事情,没有对错的方法只是创build一个海关设置文件,它已经打开,所以你不必记得每次都设置它(虽然我相信这只是做过一次一会儿你很less重新安装VS)

就我而言,行号只是更多的屏幕杂乱 – 我没有看到其中的任何一点。

你想要他们什么? 你不是编程在1980年代的BASIC版本吗?

只要有select显示或隐藏它们,有什么关系?

我的偏好是closures它们 – 我认为它们通常浪费宝贵的屏幕空间。 你可以看到你在状态栏上的哪一行,你可以转到(ctrl + G)任何一行。 但有时他们可以有用。

Visual Studio允许多种查看代码的方式。 例如,您可以使用search和下拉菜单。 例如,如果你有很多命名的小函数,行号对你来说可能没有任何意义。 所以虽然我喜欢他们,但这不是一个真正的问题吗?

对于那些有兴趣打开行号在代码中显示行号

在工具菜单上,select选项。

在“选项”窗口左侧的类别列表中,展开“文本编辑器”节点。

展开“所有语言”子节点并select“常规”以全局设置此选项。

注意:Visual C#Express用户必须单击“显示所有设置”才能显示“所有语言”子文件夹。

-要么-

select您正在编程的语言的子文件夹中的常规选项。

在显示部分select行号。

行号可以用于一个,在屏幕上的另一个痛苦。 而且他们可以帮助:快速访问exception堆栈日志中提到的确切行,以及简单的方法来实现代码审查引入的更改。

无论如何,即使有更多的用法,还有更多的开发者不使用它们。 这就是VS开发人员所关心的问题:他们给了我们一些手段,但是默认情况下他们不会全部打开它们。

显然唯一的“明确的”答案将不得不来自VS开发团队的人。 我总是启用行号,但阅读这篇文章后,我开始走了。 就“为何默认closures”而言,我并不认为混乱是一个问题。 不过,我确实看到一个强迫自己不要使用行号的有力论据。 正如乔恩Skeet提到的,我真正需要一个行号的唯一时间是从一个堆栈跟踪。 具体来说,从外部堆栈跟踪,因为AFAIK所有内部线路引用也将带领您直接行,如果你点击它们。 对于外部参考,我可以看到如何通过强迫自己使用“走线”而不是寻找它来节省自己的时间。

TL; DR? 关掉行号,你强迫自己使用工具find一个特定的行,而不是狩猎。