2009-11-12 3 views
39

저에게 정말 훌륭한 IDE가 기본적으로 줄 번호를 숨길 것이라고 전적으로 보입니다. 이것은 명백한 감시 또는 가난한 불이행처럼 보입니다.Visual Studio - 기본적으로 줄 번호가 해제되어 있습니까?

VS-dev 팀과 나 사이에 누가 더 많은 경험을했는지 알기 때문에 뭔가를 놓친다는 것을 의미합니다.

그래서 나는 무엇을 놓치고 있습니까? 왜 내가 이 아니겠습니까?은 줄 번호가 필요합니까?

+3

+1을 드리겠습니다. 이것은 몇몇 IDE에서 나를 당혹스럽게 만들었습니다 ... 제 말은, VS에서 좋은 디버거를 가지고있어 클릭 만하면됩니다. PHP로 작업 할 때 다른 IDEs, 당신에게 라인 번호를 뱉어 내고 실제로 찾아야 만합니다 ... 라인 번호는 매우 유용합니다. – mpen

+0

그래서, 제가 놓친 부분은 IDE에 익숙한 것 같습니다 ... 저는 회선 번호가 훨씬 더 중요한 간단한 환경에서 작업하는 데 익숙합니다. 모두가 여기에서 제기 한 것부터 VS에 표시 할 강력한 이유는 없습니다. – nailitdown

+1

@ 마크 : 마우스 오른쪽 버튼을 클릭 할 필요가 없습니다. 내가 사용했던 거의 모든 편집기에는 줄 번호가 보이지 않더라도 "줄 번호 X로 이동"기능이 있습니다. 물론 줄 번호를 입력하는 것이 위아래로 스크롤하는 것보다 쉽습니다. –

답변

14

줄 번호에 관심이있는 유일한 시간은 특정 스택을 제공 한 것입니다 (예 : 스택 추적). 그 시점에서 저는 (제가 직접 할 수있는) 특정 라인으로 가고 싶지만 주위의 라인 번호는 볼 필요가 없습니다.

내 화면의 내용을 평가하고 라인 번호가 나를 낭비 할뿐입니다.

더 큰 질문은 왜 이냐고 묻는 것입니다. 행 번호를보고 싶습니다. 왜 그들이 당신에게 중요한가요? 어떤 상황에서 현재 줄 (상태 표시 줄에 표시됨)이 아닌 현재 페이지의 모든 줄 번호를 볼 필요가 있습니까?

편집 : 마이클 (Michael)의 답변에 따르면 쌍 프로그래밍의 구체적인 예는 유용합니다. 개인적으로는 자주 쌍을 이루지는 않습니다 (나는 그렇게 행복합니다, 단지 드문 것입니다). 그래서 라인 번호는 유용하지 않습니다. 그리고 나머지 시간 동안은 혼란 스럽습니다.

+3

동의. Ctrl + G는 스택 추적 상황에 대한 완벽한 솔루션입니다. –

+0

@Anacrolix : 자세한 내용을 알려 드릴까요? 여기에 어떤 종류의 손을 들고 있습니까? 줄 번호를 표시하는 것이 더 중요한 언어의 예를 들려 줄 수 있습니까? (물론 레이블로 사용되는 경우는 제외하고)? –

+0

특히 가상 머신 추상화 (C/C++/Bash) 부족 및 단일 대상 실행 환경 (Python) 이상으로 인해 디버깅 목적으로 특수한 계측이 필요한 언어. 이러한 조건 하에서는 프로그래머 환경이 해당 SLOC로 점프하고 시각적 호출 스택을 표시하는 것과 같이 실행 상태를 가장 좋아하는지 여부를 가정 할 수 없습니다. –

1

비주얼 스튜디오는 코드를 보는 다양한 방법을 허용합니다. 예를 들어 검색 및 드롭 다운을 사용할 수 있습니다. 예를 들어 많은 작은 함수가 있으면 줄 번호가 아무 의미가 없을 수도 있습니다. 그래서 나는 그것들을 좋아하지만 정말로 문제는 아닙니다.

2

사용자 환경 설정의 문제는 매번 설정하지 않아도되도록 사용자가 설정 한 맞춤 설정 파일을 만드는 것이 옳고 그른 방법이 아닙니다 (단,이 설정 만 기억할 필요는 없지만 VS를 다시 설치하는 경우가 거의 없기 때문에 한 번만 수행됩니다.)

2

A 회선 번호는 화면 혼란에 불과합니다.

무엇을 원하십니까? 1980 년대에 BASIC 버전으로 프로그래밍하지 않았습니까?

+4

그랬더라도 라인 번호는 숫자 라인 라벨 – Rook

+0

딥 스틱과 아무런 관련이 없습니다. 쌍 프로그래밍에서는 분명히 의미가 있습니다. 코드의 어떤 부분을 의미하는지 파트너에게 어떻게 알 립니 까?손가락으로 가리 키기 위해 화면 위로 이동하고 싶지는 않습니다. 대신 라인 번호를 가리 키십시오. –

+0

@mbader - 화면의 해상도가 현재보다 낮은 경향이있는 경우 내 게시물은 5 세입니다. 그럼에도 불구하고 지난 30 년 동안 사용한 모든 편집기에는 상태 표시 줄에 커서가있는 행 번호가 표시됩니다. 각 라인에 대해 번호를 인쇄하는 화면 공간을 낭비 할 필요가 없습니다. – Dipstick

0

줄 번호는 하나의 화면에 유용 할 수 있으며 화면의 고통은 다른 화면에 유용 할 수 있습니다. 또한 예외 스택 로그에 언급 된 정확한 행에 빠르게 액세스하고 코드 검토로 도입 된 변경 사항을 손쉽게 구현할 수 있습니다.

어쨌든 사용법이 더 많아도 사용하지 않는 개발자가 더 많습니다. 그리고 그것은 VS 개발자들의 관심사입니다. 그들은 우리에게 수단을 제공하지만 기본적으로 모든 것을 전환하지는 않습니다.

20

쌍 프로그래밍의 경우 줄 번호가 필수입니다. 두 사람이 함께 작업 할 때 "35 행에 문제가 있습니다"라고 말하면 도움이됩니다.

+0

이 경우 "유용함"을 이해할 수 있지만 실제로 "필수적"입니까? 필자는 라인 번호에 대해 이야기하지 않고 프로그래밍 된 페어를 확실히 만들었습니다. 일반적으로 "방법 XXX"또는 "XYZ를 할 때 ABC를하지 않습니다"라고 말하거나 화면을 가리키면됩니다. –

+3

동료가 뭔가를 가리 키려고 할 때 화면의 화면이나 겨드랑이의 지문이 마음에 들지 않는 경우에만 필수적입니다. –

+3

"Line 167"보다 "Jay S Config dot date handler" – seFausto

11

기본값이 있어야만 가장 일반적인 선택이 분명합니다. 하나, 그리고 그것은 기본적으로 '꺼져있을'것입니다.

내가 쉽게 할 수는 있지만 개인적으로 나는 라인 번호를 좋아한다. 왜냐하면 나는 그것을 사용하는 코드 파일에서 자신을 지향한다. b) 동료 프로그래머와 코드를 구하는 가장 빠른 방법으로 이야기 할 때 사용한다. 우리가 논의하고있는 코드의 특정 라인에 c) 코드 냄새를 맡기 위해서, 내가 작업하고있는 특정 코드 파일의 크기가 얼마나 큰지 생각 나게한다.

+8

+1 - 오리 엔테이션 부족은 내가 숨겨져있을 때 나를 버리게하고, 내가 무엇을하고 있는지에 익숙해 져 있습니다. – nailitdown

+0

@nailitdown : 왜 그렇게 중요한가요? 그리고 스크롤바는 파일의 크기에 비례하여 대략 어디에서 보여줄 수 있습니까? 상태 표시 줄은 커서가있는 줄을 보여줍니다 ... 나는 모든 줄마다 줄 번호를 알아야하는 이유를 알기 위해 여전히 고심하고 있습니다. –

+1

Jon - "모든 사람들이 라인 번호 필요"에 관한 것이 아닙니다. 단지 습관 일뿐입니다. 저는 라인 번호를보고 내가있는 곳의 참조를 얻습니다. "OK x()는 약 140, y()는 주변에 있습니다. 320. " 그러면 나는 시스템의 다른 부분으로 가볍게 쓸어 넘기고, 어느 정도까지 똑바로 뒤집을 수 있습니다. 저는 키보드에 중점을두고 있으므로 특정 방법으로 곧바로 들어가기 위해 VS 드롭 다운을 완전히 채택하지 않았습니다. – nailitdown

2

표시하거나 숨길 수있는 옵션이있는 한 중요한 것은 무엇입니까?

내가 선호하는 설정은 해제하는 것입니다. 일반적으로 값 비싼 화면 공간이 낭비되는 것 같습니다. 상태 표시 줄에서 어떤 행을 볼 수 있으며 모든 행을 이동 (Ctrl + G) 할 수 있습니다. 그러나 유용 할 수있는 때가 있습니다. 코드 도구 메뉴에서

선택 옵션에 줄 번호를 표시하려면 줄 번호 켜기에 관심있는 사람들을 위해

1

.

옵션 창의 왼쪽에있는 범주 목록에서 텍스트 편집기 노드를 확장하십시오.

모든 언어 하위 노드를 확장하고이 옵션을 전역으로 설정하려면 일반을 선택하십시오.

참고 : Visual C# Express 사용자는 모든 언어 표시 하위 항목을 표시하려면 모든 설정 표시를 클릭해야합니다.

- 또는

는 프로그래밍하는 언어의 하위 폴더에서 일반 옵션을 선택합니다.

표시 섹션에서 줄 번호를 선택하십시오.

+0

감사합니다. 나는 실제로 그것을 켜려고 노력하고 있었다. –

0

분명히 "결정적인"유일한 대답은 VS 개발팀의 누군가가해야합니다. 나는 항상 줄 번호를 가능케하지만이 글을 읽은 후에 나는 주변에 오기 시작했다. "기본적으로 꺼져있는 이유"라는 측면에서 볼 때 난 혼란스러워 보이지 않는다. 그러나, 나는 라인 번호를 사용하지 말라는 "강요"에 대한 설득력있는 주장을 보았다. Jon Skeet이 말했듯이, 실제로 회선 번호가 필요한 유일한 시간은 스택 추적에서입니다. 특히, 외부 스택 추적에서, AFAIK 모든 내부 라인 참조 또한 당신이 그들을 클릭하면 라인에 당신을 이끌 것입니다. 외부 참조를 위해, 나는 그것을 위해 사냥과 반대로 "줄을 서서"사용하도록 강요함으로써 어떻게 시간을 절약 할 수 있는지를 알 수 있습니다.

TL; DR? 줄 번호를 끄고 사냥 대신 특정 줄을 찾기 위해 도구를 사용해야합니다.

관련 문제