Visual Studio - 爲什麼默認關閉行號？

似乎完全落後於我，這樣一個優秀的IDE會默認隱藏行號。這看起來像是一個明顯的疏忽，或者可憐的默認。Visual Studio - 爲什麼默認關閉行號？

這意味着我失去了一些東西 - 因爲在VS開發團隊VS我，我知道誰擁有更多的經驗。

那麼我錯過了什麼？爲什麼我不是需要在代碼中看到行號？

2009-11-12 nailitdown

我給你+1。這使我在幾個IDE中感到困惑......我的意思是，在VS中它可能更有意義，它有一個很好的調試器，你可以點擊它，它會把你帶到罪魁禍首，但當使用PHP或其他其他的IDE，它只是在你身上吐出一個行號，你實際上必須找到它......行號非常有用。 – mpen 2009-11-12 07:31:45

因此，看起來我所缺少的是熟悉IDE ......我習慣於在更簡單的環境中工作，在這種環境中，行號更重要。從每個人都在這裏提出，真的沒有令人信服的理由，以顯示他們在VS. – nailitdown 2009-11-12 08:01:42

@Mark：你不需要點擊就可以到達正確的位置。幾乎每個我用過的編輯都有一個「轉到X號線」設施，即使它沒有顯示線路號碼。當然，輸入行號比上下滾動尋找容易。 – 2009-11-12 09:27:08

我感興趣的行號的唯一情況是，當我給（堆棧跟蹤例如）特定的一個。在那一點上，我想去那個特定的線路（我可以直接做），但我不需要看到周圍的線路號碼。

我重視我的屏幕的內容，行號只會浪費它給我。

我認爲更大的問題是要問自己，爲什麼你會希望看到的行號。他們爲什麼對你很重要？在什麼情況下，您需要查看當前頁面的所有行號，而不是僅顯示當前行（顯示在狀態欄中）？

編輯：我與邁克爾的答案同意，結對編程的具體例子，他們是有用的。就我個人而言，我並不經常結伴（我很樂意這樣做，這很少見），所以行號對其餘時間沒有用處，甚至分散注意力。

來源

2009-11-12 07:18:33

同意。 Ctrl + G是堆棧跟蹤情況的完美解決方案。 – 2009-11-12 07:21:22

@Anacrolix：關注更多細節？這裏有什麼樣的手持相關？你能否舉一個語言的例子來說明顯示行號的重要性（當然，除了當作標籤使用時）？ – 2009-11-12 08:26:53

因爲缺乏虛擬機抽象（C/C++/Bash）以及不止一個目標執行環境（Python）而需要用於調試目的的特殊工具。在這種情況下，我們不能假定程序員的環境是否會優化執行狀態，例如跳到相應的SLOC並顯示可視調用堆棧。 – 2009-11-12 09:44:02

Visual Studio允許多種查看代碼的方式。例如，您可以使用搜索和下拉菜單。例如，如果你有很多命名的小函數，行號對你來說可能並不意味着什麼。所以雖然我喜歡它們，但它不是一個真正的問題嗎？

來源

2009-11-12 07:07:27

它的用戶喜好的東西，沒有對錯之路剛剛創建具有它打開，這樣你就不必記住每次都要設置（雖然我相信這只是一個海關設置文件曾經在一段時間，因爲你很少重新安裝VS）

來源

2009-11-12 07:08:00 RC1140

一個做一次就我關心的行號只是更多的屏幕混亂 - 我看不出任何一點在其中。

你想讓他們做什麼？你不是在20世紀80年代的BASIC版本編程嗎？

來源

2009-11-12 07:08:21 Dipstick

即使他這樣做，行號與數字行標籤無關 – Rook 2009-11-12 08:05:27

試卷，它絕對是一對雙重編程。你如何告訴你的伴侶你的意思是哪部分代碼？您不希望觸及屏幕以指向您的手指 - 只需指出行號即可。 – 2014-11-13 11:30:02

@mbader - 請記住，當屏幕分辨率比現在低時，我的帖子已經5年了。儘管如此，在過去的三十年中，我使用的每一位編輯都在狀態欄中有一個字段，告訴你光標所在的行號。您不需要浪費屏幕空間來打印每行的數字。 – Dipstick 2014-11-15 19:40:24

行號可以用於一個，而屏幕上的另一個用於疼痛。他們可以提供以下幫助：快速訪問異常堆棧日誌中提到的確切行，並輕鬆實現代碼審查引入的更改。

無論如何，即使有更多的用途，還有誰沒有使用這些甚至更多的開發者。這就是VS開發人員所關心的問題：他們給了我們一些手段，但是他們並沒有默認開啓它們。

來源

2009-11-12 07:19:46 terR0Q

配對編程時，行號是必不可少的。當兩個人在一起工作時，對「第35行有問題」的說法非常有幫助

來源

2009-11-12 07:27:20

我可以理解在這種情況下「有用」，但真的「必不可少」？我一定會搭配編程，而不必討論行號。我通常會說「在方法XXX」或「當你做XYZ時你沒有做ABC」 - 或者只是指向屏幕。 – 2009-11-12 09:26:02

只有當你不喜歡屏幕上的指紋或者當你的同事想要指出某些東西時你的臉上有腋窩的情況下才需要:) – 2009-11-12 17:31:37

說「167行」比「Jay S Config dot Date Handler」要容易得多， – seFausto 2013-11-26 18:44:25

鑑於必須有一個默認值，那麼最常見的首選是顯而易見的一個，這將默認爲「關閉」。

雖然我可以很容易做到沒有它們，但我個人喜歡行號，因爲我傾向於a）使用它們定位自己的代碼文件，b）在與其他程序員談論代碼時使用它們作爲獲取它們的最快方式到我們正在討論的特定代碼行，c）給出一些代碼異味，並提醒我正在處理的特定代碼文件有多大。

來源

2009-11-12 07:29:44

+1 - 缺乏方向是什麼讓他們在隱藏的時候把我拋棄，我習慣瞭解我在一個文件中我在哪一行的位置。 – nailitdown 2009-11-12 07:54:45

@nailitdown：爲什麼這對你很重要？而且，滾動條不會顯示你大致相對於文件大小的位置？狀態欄向您顯示包含光標的行...我仍然在努力瞭解爲什麼我需要知道* every *行的行號。 – 2009-11-12 09:25:13

喬恩 - 這不是關於「每個人都需要線路號碼」。這只是我的一種習慣 - 我瀏覽線路號碼以獲取我所在的位置的參考信息，「OK x（）約爲140，y（）是在320.」然後我可以輕彈到系統的其他部分，並多或少直接彈回到我所在的位置。我非常專注於鍵盤，所以我還沒有完全採用VS下拉菜單直接進入特定的方法。 – nailitdown 2009-11-13 06:58:40

只要有選擇顯示或隱藏它們，它有什麼關係？

我的偏好是關閉它們 - 我認爲它們通常浪費寶貴的屏幕空間。你可以看到你在狀態欄上的哪一行，並且你可以轉到（ctrl + G）任何一行。但有時他們可以有用。

來源

2009-11-12 07:58:42

對於那些有興趣在打開的行號在代碼中

在工具菜單，選擇選項顯示行號。

在選項窗口左側的類別列表中，展開文本編輯器節點。

展開「所有語言」子節點並選擇「常規」以全局設置此選項。

注意： Visual C＃Express用戶必須單擊顯示所有設置以顯示所有語言子文件夾。

- 或 -

選擇在子文件夾中，你是編程語言的常規選項。

在顯示部分選擇行號。

來源

2012-02-21 09:09:51 FUNOW

謝謝。除了意見之外，我實際上是在試圖打開它。 – 2012-03-20 19:08:25

顯然唯一的「確定」答案必須來自VS dev團隊的某個人。我總是啓用行號，但在看完這篇文章後，我開始走了。就「爲何默認關閉」而言，我並不認爲混亂是一個問題。但是，我確實看到了一個迫使你自己不使用行號的有力論據。正如Jon Skeet所說，我真正需要一個行號的唯一時間來自堆棧跟蹤。具體來說，從外部堆棧跟蹤，因爲AFAIK所有內部線路參考也會引導您直接進入線路，如果您點擊它們。對於外部參考資料，我可以看到如何通過強迫自己使用「走線」而不是尋找它來節省自己的時間。

TL; DR？關掉行號，你強迫自己使用工具找到特定的行而不是狩獵。

來源

2014-01-03 08:10:09 scone

Visual Studio - 爲什麼默認關閉行號？

回答

相關問題