Tslint: 경고: 'no-unused-variable' 규칙에는 유형 검사 메시지가 필요합니다...

문제 템플릿을 작성해 주세요. tslint.json은 어떻게 생겼나요?

나는 집에 있고 같은 프로젝트를 시도했고 잘 작동합니다. 월요일에 다시 테스트하기 위해 출근할 때까지 이것을 열어둘 것입니다. 내 노드 모듈을 다시 설치해야 할 수도 있습니다.

또한 문제 템플릿을 사용하도록 업데이트했습니다.

tslint가 업데이트된 후(v4 -> v5), --type-check , --project 인수 없이 --type-check no-unused-variable 를 사용할 수 없습니다.

이 옵션은 업데이트 후 인쇄 결과가 나올 때까지 사용하기 어렵고 시간이 오래 걸리지만 중요하고 가장 많이 사용되는 Linting 옵션입니다. 상위 인수 없이 이 옵션을 사용할 수 있는 방법이 있습니까?

tslint가 업데이트된 후(v4 -> v5일 수 있음) --type-check, --project 인수 없이는 no-unused-variable을 사용할 수 없습니다.

tslint --type-check --project tsconfig.json src/**/*.ts 로 --project를 전달하고 있습니다.

집 컴퓨터에서는 이 문제가 발생하지 않지만 직장 컴퓨터에서는 문제가 발생합니다.

@everedifice 규칙 구현에 버그가 있었고 거의 사용되지 않으며(https://github.com/palantir/tslint/issues/1481) 궁극적으로 컴파일러의 no-unused-variable 구현에 위임하여 유지하기로 결정했습니다. (이것은 대부분의 버그를 해결했습니다). 이 리포지토리에는 이에 대한 많은 토론 스레드가 있으며, 대부분은 주요 변경 사항을 만든 PR과 연결되어 있습니다( https://github.com/palantir/tslint/pull/2235.

@mastrauckas 두 환경의 차이점에 대한 자세한 정보 없이는 정말 도움이 될 수 없습니다.

@adidahiya 어젯밤에도 macOS인 세 번째 컴퓨터에서 이것을 얻었습니다. 집에 있는 컴퓨터에서 다시 시도하여 여전히 발생하는지 확인하겠습니다.

일반적으로:
컴퓨터 1: Windows 10이 완전히 최신 상태이며 현재로서는 error 받지 않습니다.
컴퓨터 2: macOS가 완전히 업데이트되었고 error 됩니다.
컴퓨터 3: Windows 7이 완전히 업데이트되었고 error 됩니다.

@everedifice 몇 가지 추가 기능이 있지만 --project --type-check 를 사용할 필요 없이 대부분 no-unused-variable 와 같은 no-unused 라는 새 규칙을 사용하여 tslint-consistent-codestyle 의 새 버전을 게시했습니다 --project --type-check .

관심이 있는 경우 여기에서 문서를 찾을 수 있습니다. https://github.com/ajafff/tslint-consistent-codestyle/blob/master/docs/no-unused.md

문제가 없다고 생각했던 컴퓨터가 결국 문제가 발생한 것으로 보입니다. 버그인가요?

이 문제에 대해 새로운 것이 있습니까?

같은 문제가 있습니다.

동일한 문제이지만 '경고: '사용하지 않는 변수 없음' 규칙에는 유형 정보가 필요합니다.'
및 '경고: 'no-use-before-declare' 규칙에는 유형 정보가 필요합니다.' ('정보'의 오타가 버전 5.5.0과 5.7.0 사이에서 수정된 것을 볼 수 있지만 변경된 것은 이것뿐입니다). 저는 typescript 버전 2.4.1로 실행하고 있습니다. 그 문제에 대한 소식이 있습니까?

여기서도 같은 문제

이 문제가 해결되었거나 경고 표시를 중지하기 위한 임시 수정 사항이 있습니까?

나는 그것이 고쳐졌다고 생각하지 않는다. 문제로 받아들였다고 생각하지도 않습니다.

영구 수정, tslint.json 대신 tsconfig.json에서 no-unused-variable 를 사용합니다. 컴파일러가 동일한 기능을 제공할 수 있다면 린터로 이를 수행하는 것은 의미가 없습니다.

@AnimaMundi 는 동일한 기능을 제공하지만 CI 프로세스의 일부로 tslint를 실행할 때 빌드가 아니라 테스트 중에 플래그를 지정해야 합니다. 컴파일러가 빌드 시 이 작업을 수행하기 때문에 이것을 무시/제거해야 한다는 데 동의하지 않습니다.

@haswalt 빌드 단계가 아니라 linting 단계에서 플래그를 지정해야 하는 이유가 없습니다. 어쨌든, 당신이 저에게 동의하든 말든 그것은 중요하지 않습니다. 나는 이 프로젝트의 개발과 아무 관련이 없습니다. 방금 누군가가 수정 프로그램을 찾고 제공하는 것을 보았습니다.

@AnimaMundi 의 수정 사항과 유사하게 noUnusedLocals 및 noUnusedParameters 했습니다. 내 "문제" 창에 오류가 표시됩니다.

@AnimaMundi @haswalt @keego Lint 규칙과 사용하지 않는 var에 대한 컴파일러 검사의 장점은 다른 TSLint 스레드(https://github.com/palantir/tslint/issues/1481 및 연결된 스레드)에서 광범위하게 논의되었습니다. 이 문제는 실제로 그것을 위한 장소가 아닙니다.

@adidahiya 내 의견은 린터 규칙과 컴파일러 검사의 장점에 대한 논평을 제공하지 않고 이 문제에 대한 수정 사항을 공유하기 위한 것일 뿐입니다.

컴파일러에 맡기는 것은 같은 일을 하지 않습니다. 컴파일러에는 FAIL이라는 단 하나의 옵션만 있습니다.
tslint 이를 처리하는 이유는 종종 경고가 되어야 하기 때문입니다(녹색 물결선 대 빨간색 물결선).

tslint 문제는 ​​경고로 표시될 수 있을 뿐만 아니라 일회성으로 무시할 수도 있습니다. 반면에 typescript 컴파일 오류는

이러한 점은 이미 모두 해시 처리되었습니다(내 마지막 주석 및 연결된 스레드 참조). 현재 no-unused-variable 를 TSLint 규칙으로 사용하는 것을 막을 수 있는 것은 없습니다. 이 후속 댓글이 무엇을 달성하려고 하는지 잘 모르겠습니다.

@mastrauckas 이 규칙에 여전히 문제가 있습니까? --type-check 플래그는 더 이상 사용되지 않지만 유형 검사 기반 규칙을 사용하려면 --project 가 필요합니다.

제쳐두고: TS 2.6 에서는 // @ts-ignore 를 사용하여 컴파일러 오류를 억제할 수 있습니다.

@adidahiya 나는 이것을 컴파일러 규칙이 아닌 보푸라기 규칙으로 사용할 이유가 없다고 주장하는 위의 주석에 응답했을 뿐입니다.

하지만 당신 말이 맞아요. 관련 문제는 tslint 자체가 아닌 vscode 확장에 있다는 것입니다. tbh 이 주제에 대해 너무 많은 문제가 있어서 작동하지 않는 이유와 위치를 정확히 파악하는 데 시간이 걸렸습니다.

팁을 주셔서 감사합니다. 2.6으로 전환하는 즉시 컴파일러 설정을 사용하도록 다시 전환하겠습니다.

이것을 주장하는 사람들을 위한 또 다른 요점은 린트 규칙이 되어서는 안 된다는 것입니다. 린트 경고는 수정할 수 있으며 이것이 이에 대한 주요 후보입니다.

최신 1.19 VS Code The 'no-unused-variable' rule requires type information 에서 동일한 경고가 표시됩니다(아래 참조). 내 구성에 누락된 것이 있습니까?

{
  "extends": "tslint:recommended",
  "rules": {
    "linebreak-style": [true, "LF"],
    "quotemark": [true, "single", "avoid-escape", "avoid-template"],
    "no-console": false,
    "no-unused-expression": false,
    "ordered-imports": false,
    "member-access": [true, "no-public"],
    "object-literal-sort-keys": false,
    "curly": [true, "ignore-same-line"],
    "semicolon": [true, "never"],
    "no-var-requires": false,
    "no-unused-variable": true
  }
}

VSCode 1.19 추가 정보를 보면 이 규칙과 다른 규칙을 경고로 처리하는 새로운 기능이 있습니다.
우리에게 이것은 다음을 의미합니다.

• 제거 "no-unused-variable" 에서 tslint.json
• 추가 "noUnusedLocals" 우리에 tsconfig.json

다른 규칙은 독자를 위한 연습으로 남겨둡니다 ;-)

tslint는 이 확장이고 tsconfig는 VSCode 기본 제공 동작입니다.

VS 1.19에서 이미 보고한 것 같기 때문에 no-unused-variable 를 제거하기로 결정했습니다.

VSCode가 이것과 관련이 있는지 이해하지 못합니다. VSCode만 이를 경고로 취급하는 것만으로는 충분하지 않습니다. 웹팩 개발 서버 감시 빌드가 그로 인해 실패하지 않도록 해야 합니다. no-unused-variable 특정 편집자와 상관없이

• 개발 중 경고로 처리
• CI 중 빌드 실패

?

@pelotom , 여러 사람들이 VSCode TSLint 확장에서 여기로 리디렉션되었습니다(예: https://github.com/Microsoft/vscode-tslint/issues/219).

지금까지 TS는 일부 문제를 경고(녹색 물결선)로 표시할 수 없었지만 린트(ESlint, TSLint)는 표시할 수 있었습니다. 그래서 우리는 TSlint가 사용하지 않는 변수를 경고로 보고하지 않는 이유를 묻고 있었습니다. 하지만 1.19부터 VSCode의 TS는 이러한 경고를 생성할 수 있으며 우리는 이 문제에서 철회합니다 😉

분명히 말씀드리자면, 저도 VSCode를 사용하며 이러한 경고가 편집기에서 강조 표시되는 것을 보고 싶지만 VSCode의 설정은 나머지 부분에 영향을 미치지 않기 때문에 컴파일러 오류의 심각도를 _구성_하는 잘못된 계층처럼 보입니다. 도구 체인.

나는 Tom의 말에 동의하며, 에디터와 빌드/CI 절차가 모두 적절한 지원을 받을 수 있는 곳에서 솔루션을 찾을 수 있기를 바랍니다. 지금까지 우리는 강력한 반발(정당한 것처럼 보임)을 보았고 일부(저를 포함하여)는 실제 솔루션에 대한 희망을 유지하면서 오늘 우리가 할 수 있는 것을 취할 것입니다.

VSCode 1.19 추가 정보를 보면 이 규칙과 다른 규칙을 경고로 처리하는 새로운 기능이 있습니다.

@rnemec "readme" 대신 "릴리스 노트"를 작성하려고 했던 것

VS Code는 이제 TypeScript 코드 스타일 문제를 오류 대신 경고로 표시합니다. 이것은 다음에 적용됩니다:

변수가 선언되었지만 사용되지 않음
속성이 선언되었지만 값을 읽지 않습니다.
연결할 수 없는 코드가 감지되었습니다.
미사용 라벨
스위치의 케이스를 통해 넘어짐
모든 코드 경로가 값을 반환하는 것은 아닙니다.
이를 경고로 처리하는 것은 TSLint와 같은 다른 도구와 일치합니다. 이것은 명령줄에서 tsc를 실행할 때 여전히 오류로 표시됩니다.

"typescript.reportStyleChecksAsWarnings": false를 설정하여 이 동작을 비활성화할 수 있습니다.

따라서 이것은 임시 솔루션이며 VSCode를 사용할 때만 작동합니다. tsc 직접 사용하는 다른 빌드 도구는 경고가 남아 있는 경우 코드를 컴파일하지 않습니다. Atom을 사용하는 동료가 있으므로 내가 변경하고 경고 중 하나를 무시하면 코드를 컴파일할 수 없습니다. 오른쪽?

나는 이것이 어떻게 해결되는지 잘 이해하지 못한다. 컴파일러가 여전히 오류로 처리하는 경우 이러한 항목을 경고로 표시하는 것이 어떻게 유용합니까?

그리고 내가 올바르게 이해한다면 장기적인 해결책은 tsc 에서 동일한 동작을 적용하는 플래그를 추가하거나(경고와 함께 컴파일되도록) 이러한 컴파일러 검사를 완전히 제거하는 것입니다.

--- 편집하다 ---
이전 댓글을 다 읽지는 않았습니다. @pelotom 은 이미 같은

개발 모드와 CI 모드에서 린트 검사의 심각도가 다르도록 하려면 extends 가 다른 하나인 여러 tslint.json 구성을 사용하여 이 작업을 수행할 수 있습니다. #2569는 defaultSeverity 구성 라인 하나만으로 심각도를 전환할 수 있도록 여기서 UX가 양호하도록 수정해야 합니다. 현재 진행 중입니다.

@adidahiya 논의되고 있는 것은 tsc 의 noUnusedLocals 사용하여 tsc no-unused-variable 린트 규칙에 대한 _대체_라고 합니다.

@pelotom 맞습니다. 하지만 tsc 는 아직 이러한 워크플로를 지원하지 않는 것 같습니다. 두 개의 tsconfig.json 파일이 있을 수 있으며, 여기서 하나는 다른 하나를 확장하고 각 "비 치명적" 컴파일러 검사(이 경우 noUnusedLocals , noUnusedParameters )를 개별적으로 비활성화합니다. ' 편집기에서 수표를 경고로 볼 수 있습니다.

@adidahiya 예, 그렇기 때문에 현재 유효한 대체품이 아닙니다. 그리고 noUnusedLocals 이 Lint 규칙처럼 작동하도록 더 많은 노력을 투자하는 것보다 VSCode에서 제대로 작동하도록 만든 no-unused-variable noUnusedLocals 를 훨씬 더 보고 싶습니다. IMO 컴파일러가 처음부터 이런 종류의 검사에 대한 소유권을 가져오려고 한 것은 실수였습니다.

그리고 noUnusedLocals가 린트 규칙처럼 작동하도록 더 많은 노력을 투자하는 것보다 VSCode에서 제대로 작동하도록 만든 no-unused-variable을 훨씬 더 보고 싶습니다.

맞는 말이다. 저는 이 프로젝트가 https://github.com/angelozerr/tslint-language-service를 목표로 한다고 믿습니다

내가 너무 빨리 말했다. 해당 플러그인이 유용하도록 https://github.com/palantir/tslint/issues/2649 에서 차단되었습니다. 대신 해당 문제를 추적하십시오.

@adidahiya 네, 꽤 오랫동안 추적해왔습니다.

이것에 대한 소식이 있습니까? 더 이상 사용되지 않습니까?

@philip-firstorder를 사용하여 이 문제를 해결했습니다. --project tsconfig.json

tslint -c tslint.json --project tsconfig.json src/**/*.ts

no-unused-variable은 이제 더 이상 사용되지 않습니다. #3918 및 #3919를 참조하세요.

🤖 삐삐! 👉 TSLint는 더 이상 사용되지 않으며 👈 typescript-eslint로 전환 해야

🔒 이 이슈는 더 이상의 불필요한 토론을 방지하기 위해 잠그고 있습니다. 감사합니다! 👋