programing

Visual Studio에서 "오류 목록"을 완전히 제거합니다.

testmans 2023. 6. 29. 19:55
반응형

Visual Studio에서 "오류 목록"을 완전히 제거합니다.

저는 비주얼 스튜디오 2008에서 "오류 목록"을 완전히 제거하고 싶습니다. 비활성화하는 것이 아니라 제거하고 싶습니다.끊임없이 나타나는 것은 저를 짜증나게 합니다. 제가 "잘못하고 있는 것"이 틀림없지만, 어떤 경고에 대해 다른 모든 키 입력에 대해 경고를 받지 않고 VS를 사용하고 싶습니다.

옵션(도구 -> 옵션)에서 여러 필드를 편집하려고 시도했지만 오류 목록이 나타나는 빈도가 약간 감소했을 뿐입니다.또한 오류, 경고 및 메시지를 선택 취소했습니다.아무것도 표시할 수 없는 상태로 나타납니다.핀을 푸는 것도 도움이 되지 않습니다.

또한 VS 2010으로 업그레이드하는 것은 현재로서는 선택 사항이 아닙니다.

다음과 같은 해결책을 찾고 있습니다. 이에 대한 책임이 있는 dll 또는 구성 파일 제거

또한 저는 여전히 인라인 검증(작은 찌글찌글 표시 등)을 원하지만, 오류 목록 창이 저를 짜증나게 합니다.

이것이 바로 당신이 원하는 것이라고 생각합니다.

http://blogs.msdn.com/b/zainnab/archive/2010/05/16/hide-or-show-error-list-when-the-build-finishes-with-errors-vstiptool0022.aspx

[도구] -> [옵션] -> [프로젝트 및 솔루션] -> [일반]으로 이동하여 "빌드가 오류로 완료되면 항상 오류 목록 표시"를 선택 취소하여 이 동작을 변경할 수 있습니다.

ASP.Net에서도 작동할 것으로 예상됩니다. 바로 구축할 수 있기 때문입니다.

저는 Visual Studio 2017을 사용하고 있으며, 쓸모없고, 비활성화할 수 없으며, 면전에서 짜증나고, 완전히 방해되는 "오류 목록" 창에도 대처해야 합니다.

그래서 제가 한 일은 다음과 같습니다.

  1. 오류 목록 창의 도킹을 해제하여 자유롭게 이동합니다.
  2. 크기를 가능한 한 작게 조정합니다.
  3. 화면의 일부 원격 영역으로 이동합니다. 화면이 너무 거슬리지 않습니다.

enter image description here

그리고 voila, 문제가 해결되었습니다!

*1 글쎄요, 문제는 대부분 해결되었습니다.제가 IDE의 공룡을 버리면 완전히 해결될 것입니다.

저의 '오류 목록'도 계속해서 표시되었습니다(VS2012).저도 싫어요.몇 년 전에 껐는데, 오늘 갑자기 나타나기 시작했어요.

읽을 수 없는 packages.config 파일이 원인입니다.어떤 이유에서인지 육키한 'Error List'를 통해 장애 상태를 보고합니다.

packages.config 파일을 수정하면 '오류 목록'이 나타나지 않습니다.

VS2017의 경우 오류 탭의 드롭다운 목록에서 "빌드 전용" 값을 선택합니다.아래 이미지를 참조하십시오.

이것이 도움이 되길 바랍니다!

선택한 답변은 올바르지 않습니다. "빌드가 오류로 완료되면 항상 오류 목록 표시"를 선택 취소해도 빌드 오류만 표시하도록 변경하더라도 무서운 오류 목록 창이 다른 오류로 나타나는 것을 막을 수 없습니다.

11년 후 Visual Studio 2022에서는 오류 목록 창을 비활성화하는 것이 여전히 불가능합니다.

"Visual Studio에서 오류 목록 완전히 제거" 질문에 대한 유일한 정답은 Visual Studio 자체를 제거하는 것입니다. Visual Studio 자체는 다행히 오류 목록 창도 제거합니다.

아니면 우리 모두가 그것에 익숙해져야 합니다. 왜냐하면 마이크로소프트의 개발자 신들은 모든 사람들이 그들과 똑같은 방식으로 일하기를 원하기 때문입니다.그들 자신과 다른 모든 작업 흐름은 틀리고, 그들의 웅대한 비전과 일치하지 않는 모든 생각은 신성모독입니다.

그것은 원 마이크로소프트 웨이 또는 고속도로입니다.

오류 탭에는 오류 / 경고 / 정보 단추가 있습니다.Errors(오류) 버튼을 클릭합니다(누름).

도움이 되길 바랍니다.

인라인 검증을 해제하는 것이 좋습니다.

네, 당신이 여전히 그것을 원한다는 것을 압니다.하지만, 정말로, 얼마나 중요한가요?반쯤 작성된 코드의 유효성을 검사하려고 합니다.그게 얼마나 가치가 있을까요?

우선, 코드 검증을 타이핑할 때 주의가 산만해집니다.그것은 여러분이 해결하려고 하는 문제에 집중하는 것을 더 어렵게 만듭니다.예를 들어 반환값이 없는 함수를 작성하면 함수가 끝날 때까지 "모든 코드 경로가 값을 반환하지 않음" 오류가 계속 표시됩니다.그동안 편집자가 당신에게 문제가 있다고 말하고 있습니다.시간이 지남에 따라 사람들이 이러한 것들을 무시하는 법을 배운다고 확신합니다(새로운 VS를 설치한 후 몇 분 이상 이 기능을 사용한 적이 없기 때문에 잘 모르겠습니다). 하지만 만약 여러분이 무언가를 적극적으로 무시한다면 무슨 소용이 있겠습니까?

둘째로, 이러한 오류는 컴파일 시에 주의를 끌 수 있기 때문에 검증이 가능한 모든 장점은 불필요합니다.알고리즘을 검토하는 동안 초기화되지 않은 변수가 당신에게 지적되었다고 해서 프로그램을 실행하려고 할 때 지적된 모든 구절에서 코드의 품질이 향상되는 것은 아닙니다.변수는 어느 쪽이든 계속 초기화될 것입니다.코드를 실행하기 전에 문제를 해결할 가능성이 매우 높습니다.

그래서 저는 그것의 요점을 모르겠습니다.전원을 끄면 문제가 해결됩니다.

갱신하다

@Charlie Kilian이 지적했듯이 VS에는 .aspx 파일이 전혀 검증되지 않는 결함이 있습니다. C#에 대해 "Show live semantic errors" 옵션이 활성화되어 있지 않으면 예상대로 컴파일 시 해당 페이지를 검증하지 않습니다.

따라서 asx 파일을 편집하려면 유효성 검사를 위해 이 옵션을 다시 설정해야 합니다.

이제부터 저는 그것을 가지고 왔다 갔다 할 것 같습니다.저는 그들이 이것을 향후 버전의 VS에서 고쳤으면 좋겠습니다.

저는 여전히 적극적으로 편집되고 있는 코드에 대해 의미 분석과 오류 보고를 하는 것은 어리석은 짓이라고 생각합니다. (물론, 저는 Intellisense의 목발 없이 처음으로 올바르게 컴파일하고 실행할 수 있는지 알아보기 위해 메모장에 전체 프로그램을 작성하는 것으로 알려져 있습니다.)효과가 있을 때 느낌이 아주 좋습니다.)

임시 솔루션일 뿐이며, 지나치게 단순하지는 않지만 작동합니다(2023년 Visual Studio 2019 버전에서).

  1. 스눕 설치WPF
  2. 오류 목록 창을 별도로 도킹합니다.
  3. 스눕을 사용하여 부동 윈도우 검사
  4. 다음 방법에서 "숨기기"를 누릅니다.

enter image description here

그리고 voila, 사악한 오류 목록 창은 선량한 마을 사람들로부터 추방되고, 불가피하게 VS인 비대한 크래프웨어가 충돌하고 당신이 다시 시작해야 하는 후에 무고한 사람들을 공포에 떨게 할 것입니다.

아마도 누군가가 이것을 자동으로 하기 위해 dll 주입 코드를 작성할 수 있을 것입니다 - 그것은 사소한 것이 아니지만 적어도 이것은 그것이 가능하다는 것을 증명합니다.

언급URL : https://stackoverflow.com/questions/5809245/completely-remove-error-list-from-visual-studio

반응형