Tslint: 기능 요청: 특정 규칙에 대한 파일 제외 허용

단순히 다음을 사용하지 않는 이유는 무엇입니까?

/* tslint:disable:class-name */
// your generated file here

작동하지 않습니까?

그것은 실제로 작동하게 만드는 데 사용될 수 있지만 TypeScript 생성기 수정을 피하기 위해(또는 생성된 파일에 tslint 힌트를 추가하여 생성 프로세스에 복잡성을 추가하기 위해) 이 기능 요청을 제출했습니다.
와일드카드를 사용하면 각 파일에서가 아니라 tslint 구성에서 특정 유형의 소스(main/unitTests/e2eTests)에만 특정 규칙을 선언적으로 적용하는 데 도움이 될 수 있습니다.

어떻게 생각하나요?

파일에 주석을 추가하지 않으려면 Linting을 위해 파일을 tslint 에 전달하지 마십시오.

(부분) 파일 제외를 달성하는 방법이 두 가지 이상 있을 때 다른 곳에 옵션을 추가하기에는 너무 무겁게 느껴집니다.

파일에 주석을 추가하지 않으려면 linting을 위해 파일을 tslint에 전달하지 마십시오.

그것이 내가 한 일이지만 이제 제외된 파일에 대해 어떤 규칙도 확인되지 않습니다.

(부분) 파일 제외를 달성하는 방법이 두 가지 이상 있을 때 다른 곳에 옵션을 추가하기에는 너무 무겁게 느껴집니다.

네, 그것이 제가 답변으로 예상한 것입니다.

실제로 이것이 구현된다면, 포함 및 제외 패턴에 대한 상수를 정의할 수 있다면 유리할 것입니다. 따라서 필터링하려는 모든 규칙에 동일한 포함/제외 패턴을 복사하여 붙여넣을 필요가 없습니다. 같은 파일들... 예제를 더 복잡하게 만드는 것이 합리적이지 않을 수도 있다고 생각했지만 염두에 두었습니다.

{
    "constants": {
        "generatedFilesGlob": "**/generated.ts",
        "someOtherConstant": "some other value, that could be reused",
        ...
    },
    "rules": {
        "class-name": true,
        "some-otherrule": [ true, "arg1", "arg2", "arg3"],
        "rule-with-exclude": [ {"exclude": "generatedFilesGlob"}, "arg1", "arg2", "arg3"],
        ...
    }
}

그러나 구성 파일을 구문 분석하기가 더 어려워집니다. json 파일 외에도 구성을 위한 js 파일 지원에 대해 생각하게 되었습니다. 예를 들어:

const generatedFilesGlob = "**/generated.ts";
const allExceptGenerated = {exclude: generatedFilesGlob};
module.exports = {
    "rules": {
        "class-name": true,
        "some-otherrule": [ true, "arg1", "arg2", "arg3"],
        "rule-with-exclude": [ allExceptGenerated , "arg1", "arg2", "arg3"],
        "another-rule-with-the-same-exclude-pattern": [ allExceptGenerated , "arg1", "arg2", "arg3"],
        ...
    }
}

모듈과 함께 JavaScript 파일을 사용하면(gulp와 같은) 또 다른 이점이 있습니다. 주석 처리가 가능하고 배열의 마지막 요소 또는 객체의 속성 뒤에 오는 쉼표에 대해 그렇게 엄격하지 않습니다.

@atsu85 흥미로운 문제지만 @myitcv가 지적 tslint.json 파일 목록/글로브를 도입하는 것을 꺼립니다. 나는 TSLint가 단순히 .json 파일 외에도 구성을 위해 .js 파일을 허용해야 한다는 데 동의합니다. 사용 사례를 해결하는 데 도움이 될 것이라고 생각합니다. 두 개의 tslint 빌드 작업(일반 소스용 하나, 생성된 소스용 하나)을 설정하고 하나에서 class-name 규칙을 프로그래밍 방식으로 비활성화할 수 있습니다. 동일한 tslintConfig.js 파일에 있습니다.

.js 구성 파일 지원을 위해 #1065 제출

충분히 공평합니다. js 구성 파일만 사용하도록 이 문제를 종료하겠습니다.

이해가 될 수 있는 사용 사례가 있습니다. 좋은 코딩 방법이 테스트에도 적용되므로 대부분의 Typescript TSLint 규칙을 공유하려는 테스트 파일(*.spec.ts)이 있습니다.

그러나 내 코드에 5가 없도록 '마법의 숫자' 규칙에 대해 구성된 몇 가지 상수를 테스트하고 있습니다.
(Foo.substr(0,5);
그러나 그것이 const인지 확인하십시오
(Foo.substr(0,CONSTANT.FIVE);

따라서 공통 파일에 포함된 내 const에 대한 테스트 사례에는 const FIVE = 5가 항상 설정되어 있는지 확인하는 테스트가 있습니다. 테스트에서 매직 넘버가 사용되기 때문에 expect(CONSTANTS.FIVE).toBe(5); 테스트는 TSLint 검사에 실패합니다. 이 방법으로 모든 상수를 테스트하지는 않지만 이러한 숫자 설정을 확인하여 특정 크기를 유지해야 하므로 변경되지 않는지 확인하고 싶습니다.

두 가지 다른 TSLint 구성을 사용할 수 있지만 동기화되지 않거나 새 규칙을 추가할 때 여러 위치에서 수행해야 하는 것을 피하고 싶습니다.

이 특정 테스트에 대해 /* tslint:disable :no-magic-numbers*/를 수행할 수 있지만 테스트 파일의 다른 경우에는 예외가 필요할 수 있습니다. 각 *.spec.ts를 업데이트하는 대신 규칙에 대한 전역 패턴이 작동합니까?

@Chowarmaan과 비슷한 사용 사례가 있습니다.

*.test.ts 와 같이 개발 종속성을 사용하는 테스트 파일 enzyme 있습니다.
tslint.json no-implicit-dependencies 규칙이 활성화되어 있고 *.test.ts 대해서만 이 규칙을 비활성화하고 싶습니다. 해당 테스트 파일이 모두 같은 폴더에 있는 것은 아니므로 지금 당장 다음을 넣어야 합니다.

/* tslint:disable:no-implicit-dependencies */

성가신 각 테스트 파일의 시작 부분에서

이것은 테스트 파일의 맨 위에 비활성화를 추가할 수 있는 @RomanGotsiy 와 마찬가지로 내가 겪고 있는 유사한 문제이지만 각 파일에 대해 번거로워집니다. 제외 파일은 특정 패턴 파일(테스트 파일, *.spec.ts)에 대한 규칙을 제외할 수 있고 필요할 때 더 많은 규칙을 활성화하고 테스트를 허용할 수 있는 하나의 깨끗한 구성 파일이 있으므로 도움이 됩니다. 그들을 사용하기 위해. 그러면 제외 파일 목록에 각 규칙에 파일 제외를 추가하는 대신 비활성화하려는 규칙만 포함될 수 있습니까?

이것. 100%. 테스트 종속성이 작업 공간에 나열되어 있는 monorepo에 이 문제가 있으므로 tslint는 no-implicit-dependencies 대해 울고 있습니다. IDE 린팅이 계속 작동하려면 단일 구성 파일로 수행해야 합니다.

이 문제는 #3447과도 관련이 있다고 생각합니다.

이 오래된 스레드에도 추가하겠습니다. 내 Angular 프로젝트에서 NgRx 저장소를 구현하는 중입니다. 함수에 대한 const 참조를 내보낼 때 AOT 빌드가 저에게 소리를 지릅니다...

export const reducer = ( state = initialState, action: CurrentAction): CurrentState => {...}

Function expressions are not supported in decorators in 'reducers' 오류가 발생합니다. 문제는 린트 규칙으로 인해 발생합니다. 프로젝트 전체에서 only-arrow-functions 규칙을 구체적으로 활성화했습니다... 이 특정 규칙에 대한 예로 *.reducer.ts 파일을 제외하도록 제외에 패턴 일치를 추가하는 것이 좋지만 다른 모든 파일에 대해 그대로 유지됩니다.

있는 그대로 모든 감속기 파일의 파일 맨 위에 이 줄을 추가하는 것은 번거롭습니다. 더 좋은 방법이 있을 것 같습니다.

이것도 네크로범핑. Vue 프로젝트에 tslint-microsoft-contrib를 추가하고 .vue 파일에 규칙 폭탄을 추가하려고 합니다. 이것은 규칙 작성자가 원하는 경우 해당 버그를 수정하기 전에 이와 같은 문제에 대한 유용한 해결 방법이 될 수 있습니다. 내가 쓰는 모든 Vue 파일에 많은 규칙을 비활성화하는 주석을 추가하는 것은 실제로 번거롭습니다. 또한 UI 코드에서 약간 덜 엄격하거나 기본 내보내기 사용과 같은 프레임워크 관용구를 처리하는 것이 좋습니다.