Tslint: 암시적 종속성 없음: 경로 매핑 지원

가져오기가 node_modules의 무언가로 해결되지 않으면 이 규칙은 이를 무시해야 한다고 생각합니다.

규칙은 모듈을 해결하려고 하지 않습니다. 이는 모든 종속성을 설치해야 함을 의미합니다. 이는 peerDependencies 및 optionalDependencies에서는 실제로 불가능합니다. 현재 구현을 사용하면 아무 것도 설치하지 않고도 새로운 클론을 린트할 수 있습니다. 이것이 대부분의 코드 품질 도구가 하는 일이라고 생각합니다.

경로 매핑을 이해하면 컴파일 시간에만 존재합니다. 런타임 시 노드/웹팩/무엇이든 올바르게 선택하려면 모듈을 설치해야 합니다.
즉, 경로 매핑은 컴파일 중에 생략된 형식만 가져오기가 있는 경우에만 관련이 있습니다. 이 경우 규칙은 아마도 당신에게 올바른 선택이 아닐 것입니다.

우리의 경우 일반적으로 package.json 가 전혀 없으므로 이 규칙을 비활성화해야 합니다. 감사 해요!

제 경우에는 경로 매핑을 사용하여 동시에 작업 중인 별도의 typescript 프로젝트를 "가져오기" 중입니다.

"compilerOptions": {
    ...
    "paths": {
        "tsbase": ["../tsBaseProject/src"],
        "tslibrary": ["../tsProjectLibrary/src"]
    }
}

모듈인 것처럼 프로젝트에서 사용할 수 있습니다.
그들을 화이트리스트에 추가하는 방법이 있습니까?

@marcoqu 경로 매핑은 컴파일 시간에만 관련이 있습니다. 런타임에 이러한 모듈은 node_modules에 있어야 합니다. dependencies 또는 peerDependencies 로 package.json에 추가하는 것이 좋습니다.

보조 프로젝트를 "가져오는" 주 소스를 컴파일하면 모든 것이 프로젝트의 실제 폴더인 것처럼 단일 번들로 컴파일됩니다. node_modules 폴더에 둘 필요가 없습니다.
분명히 하자면, 보조 프로젝트 폴더에는 유형 선언뿐만 아니라 실제 .ts 파일이 있습니다.

no-submodule-imports와 같은 화이트리스트 추가에 +1

또한 상대 가져오기를 피하기 위해 기본 디렉토리에 경로 별칭 '~'을 정의하는 경우를 사용합니다. 이 별칭은 나중에 webpack, fuse-box 등에 의해 해결됩니다. 5.8부터 tslint는 이 때문에 많은 가짜 오류를 뱉어냅니다...

그가 한 말^^

업그레이드 후 위에서 설명한 것과 같은 이유로 이러한 오류가 수백 개 있습니다. 일종의 무의미한 규칙.

이 규칙은 자체 소스 코드에 별칭을 사용할 때 작동하지 않습니다(npm 패키지에서 가져오지 않음). 상대 경로 대신 절대 경로를 사용하는 것이 매우 유용합니다.
tsconfig.json에서 각도 애플리케이션의 경우 다음을 추가하기만 하면 됩니다.

"compilerOptions": {
  ...
  "baseUrl": "./src",
  "paths": {
    "~/env": ["environments/environment"],
    "~/*": ["app/*"]
  }
}

그런 다음 다음과 같은 가져오기를 수행할 수 있습니다.

import {FooService} from '~/core';
import {Environment} from '~/env';

이 경우를 해결하기 위해 이 문제를 다시 열어야 할 수도 있습니다(node_modules는 필요하지 않으며 tsconfig.json 파일만 있으면 됨).
나는 이 규칙에 감사하기 때문에 그것을 비활성화하는 것은 불행한 일입니다.

@andy-ms 지원 경로를 재고해 주세요(nx 작업 공간에서 광범위하게 사용). 이것은 정말 유용한 규칙이지만 지금은 강제로 비활성화합니다.

소스 코드를 살펴보고 수정해야 할 부분 은 다음과 같습니다 . 또한 Typescript가 이를 처리하는 방법을 확인했으며 이 기능 까지 추적했습니다. 그 논리를 복제하는 것은 확실히 쉬운 일이 아닙니다. 그 기능을 재사용할 수 있는지 확실하지 않습니다. 확실하지 않은 인수가 많이 있습니다.

이것도 고쳐졌으면 하는 바램입니다. 경로 매핑은 매우 가치 있는 기능입니다. 또한 해결 방법으로 연결된 모듈을 사용해 보았지만 지원되지 않습니다.

문제를 어느 정도 해결할 수 있는 해결 방법을 찾았지만 모든 사람에게 해당되는지 또는 유지 관리가 가능한지 확실하지 않습니다. 어쨌든 해결 방법은 다음과 같습니다.

에 가짜 패키지를 추가 optionalDependencies 에서 경로 맵의 이름 tsconfig.json , 및 사용 종속성을 설치 npm install --no-optional . 이것은 불행히도 yarn --ignore-optional 에서는 작동하지 않습니다. 여전히 패키지를 가져오는 데 실패합니다.

따라서 tsconfig.json 경로는 다음과 같습니다.

    "paths": {
        "~/*": ["src/*"],
        "some-path/*": ["whatever/*"]
    }

그리고 다음과 같이 package.json 에서 선택 사항:

    "optionalDependencies": {
        "~": "tslint-hack",
        "some-path": "tslint-hack"
    },

npm install --no-optional 사용하여 설치할 프로덕션 및 개발 종속성을 얻을 수 있어야 합니다. 이것은 분명히 선택적 종속성을 설치할 필요가 없다고 가정합니다. 또한 패키지 이름으로 @ 를 사용하지 않았다는 점을 언급할 가치가 있습니다.

당신은 추가 아마 스마트 될 수있는이 해킹을 사용하도록 선택하는 경우 .npmrc 와 함께, 프로젝트 루트에 파일을 optional=false 실행으로 돌아갈 수 있도록 구성 npm install 하지 않고 --no-optional 플래그.

작동 _해야 하는_ 또 다른 솔루션은 실제로 원하는 이름으로 패키지를 만들고 verdaccio 또는 이와 유사한 것을 사용하여 개인 레지스트리에 게시하는 것입니다. .npmrc 또는 .yarnrc 사용하여 모듈당 개인 레지스트리를 구성할 수 있다고 믿으며 유지 관리 측면에서 더 좋아야 합니다. 이 중 어느 것도 테스트되지 않았습니다.

이 tslint 규칙을 사용하고 모듈 해상도를 제자리에 유지하려는 사람들에게 이것이 조금이나마 도움이 되기를 바랍니다. 하지만 적절한 수정을 대신할 수는 없습니다..

또한 이 문제가 발생하여 수중 음파 탐지기가 이를 코드 냄새로 잘못 표시합니다.

tslint는 모두 typescript에 관한 것이고 경로는 유효한(그리고 중요한) typescript 설정이기 때문에 이것이 유효한 요청이라고 생각합니다.

내가이있는 경우 package.json 보다 다른 디렉토리에서 tslint.json ?

- web
    - package.json
    - ClientApp
        - tslint.json

비슷한 설정을 하고 있는데 이 규칙으로 인해 거의 모든 파일에서 오류가 발생합니다. 이에 대한 해결책이 있습니까?

이 문제를 해결하기 위해 찾은 방법은 다음 구성 옵션을 사용하는 것입니다.

"no-implicit-dependencies": [true, ["src", "app", "~"]]

제공된 경로를 화이트리스트에 추가합니다. 분명히 이것은 중복을 의미하지만 찾고 있다면 빠른 수정입니다.

@ 기호를 사용자 정의 경로의 접두사로 사용하는 우리를 위해 현재 구현의 작은 버그를 수정하기 위해 PR을 제기했습니다. #4192

"no-implicit-dependencies": [true, ["@src", "@app", "~"]]

@ifiokjr @ 를 src 별칭으로 사용하고 있었기 때문에 가져오기가 @/components 처럼 보였습니다.
@ 먼저 확인하는 대신 @/components 를 전체 모듈로 가져오려고 했기 때문에 @ 를 무시된 경로로 설정할 수 없습니다.

별칭을 ~ 하고 tslint에서 위의 줄을 사용하여 문제를 해결했습니다.