Definitelytyped: @types/superagent 오류 TS2304: 'XMLHttpRequest' 이름을 찾을 수 없습니다.

tsc에 --lib dom 옵션을 사용합니까?

아니요. 그리고 이것이 도움이되는지 확실하지 않지만 실제로는 직접적인 의존성이 최고입니다. 단위 테스트 서버 측 코드에 사용합니다.

@vvakame — tsconfig.json에 있는 내 compilerOptions.lib 배열에 tsconfig.json "dom" 를 추가하는 것이 트릭이었습니다. 이것은 다소 직관적이지 않은 것 같습니다. 이것은 예상된 동작이어야 합니까 아니면 일시적인 해결 방법입니까?

면책 조항: 저는 슈퍼에이전트 사용자가 아닙니다.
예상되는 행동이라고 생각합니다.

https://www.npmjs.com/package/superagent

유창한 API가 포함된 우아하고 기능이 풍부한 브라우저/노드 HTTP

해결해.

interface XMLHttpRequest {}

"dom" 를 tsconfig.json 에 추가할 때 발생하는 유일한 문제는 파일에 lib 섹션이 없고 이제 포함해야 한다는 것입니다. 기본적으로 "es2016" 와 같은 다른 라이브러리.

이 문제를 자동으로 해결할 수 있는 방법이 있습니까? tsconfig.json 수정이 필요하지 않은 것은 무엇입니까?

["dom", "es2017"] 를 lib에 추가하면 이 문제가 해결되었습니다.

내 tsconfig.json에 "dom"을 추가할 때 발생하는 유일한 문제는 서버 측 코드를 작성하고 있다는 것입니다. 따라서 해당 라이브러리를 추가하는 것은 나에게 의미가 없습니다. XMLHttpRequest는 Node.js와 함께 제공되지 않으며 수퍼에이전트 패키지는 Node.js에서 오류를 발생시키지 않았습니다. 문제는 조건부로 XMLHttpRequest를 사용하지 않는 @typings 패키지에 있다고 생각합니다. 패키지가 Node.js와 브라우저에서 잘 작동한다면 @typings 도 잘 작동해야 합니다.

오늘도 이것에 부딪쳤다. 특정 유형을 조건부로 제공/제외할 수 없는 경우 노드 및 dom 사용에 대해 이러한 유형의 두 가지 버전을 제공하는 것을 고려해야 합니까?

다음 내용으로 superagent.d.ts 파일을 추가할 수 있습니다.

// error TS2304: Cannot find name 'XMLHttpRequest'
declare interface XMLHttpRequest {}
// error TS2304: Cannot find name 'Blob'
declare interface Blob {}

@vvakame 노드 또는 DOM 사용을 위해 설계된 라이브러리의 경우 두 환경 모두에서 모두 입력이 필요한 '예상 동작'이 아닙니다. 이 라이브러리를 사용하려면 노드에서 브라우저 전역에 액세스할 때 컴파일러 경고가 표시되지 않으므로 버그를 쉽게 일으킬 수 있는 입력을 추가해야 합니다.

우리는 https://github.com/strongloop/loopback-next 에서도 이것에 물렸습니다. dom lib를 추가하면 전역 네임스페이스가 Node.js에 없는 Request 와 같은 유형으로 갑자기 오염됩니다.

우리는 HTTP 서버 스택을 작성하고 있으므로 일반적으로 import {ServerRequest as Request} from 'http' 를 수행합니다. 그러나 이 줄이 실수로 생략되거나 ServerRequest 가 Request 로 별칭되지 않으면 TypeScript는 코드를 행복하게 컴파일하고 런타임에만 오류를 발견합니다. 즉, TypeScript는 더 이상 컴파일 시간에 오류를 포착할 수 없으므로 목적을 달성하지 못합니다.

저는 이제 막 새 프로젝트를 시작하고 있고 supertest에서 chai-http로 전환하여 이 문제를 영리하게 해결할 수 있을 것이라고 생각했지만 chai-http는 @types/supertest를 사용합니다. -_-

다음은 일종의 해결 방법입니다. https://github.com/jwalton/node-supertest-fetch

이에 대한 업데이트가 있습니까? 아니면 수정 사항이 없을까요? @zephyrec 이 가장 좋다고 생각합니다. 많은 사람들이 이것을 서버 측(즉, 노드)에 사용하고 있습니다.

이에 대한 업데이트가 있습니까?

간단한 해결 방법은 원본을 확장하고 수정하는 테스트를 실행하기 위해 다른 typescript 구성을 사용하는 것입니다. 따라서 tsconfig.test.json 파일을 만듭니다.

{
  "extends": "./tsconfig.prod.json",
  "compilerOptions": {
    "lib": ["dom", "..."] // supertest requires dom for type definitions to work
  }
}

(또는 libs를 조정하는 대신 컴파일러 플래그 skipLibCheck:true 를 설정하면 모든 node_modules 에 대한 유형 검사를 건너뛸 수 있습니다)

ts-jest 를 사용하는 경우 다음을 통해 구성을 사용하도록 지시할 수 있습니다.

"jest": {
        "globals": {
            "ts-jest": {
                "tsConfig": "tsconfig.test.json"
            }
        }
}

이렇게 하면 일반 코드에서 형식 안전성을 희생하지 않습니다. 이는 절대 해서는 안 됩니다(이렇게 하기 전에 하트비트에서 supertest를 삭제하겠습니다).

https://github.com/DefinitelyTyped/DefinitelyTyped/pull/33517 은 이 문제를 수정하지만 해당 PR은 오류로 병합되어 방지됩니다.

chai-http depends on superagent but has a lower required TypeScript version

@types/superagent에 의존하는 모든 @types 패키지가 TypeScript 요구 사항을 3.0 이상으로 업데이트할 때까지 @types/superagent가 TypeScript 요구 사항을 3.0 이상으로 업데이트할 수 없다는 의미로 해석합니다. 내 TypeScript 버전을 나에게 의존하는 모든 것의 가장 오래된 TypeScript 버전에 고정시키기 때문에 @types 시스템의 결함처럼 보입니다.

그 오류 메시지에 대한 내 이해를 확인할 수 있는 사람이 있습니까? 그렇다면 해결할 수 있는 방법이 있습니까?

해당 PR과 같은 더 나은 영구 수정 사항이 없으면 다음과 같이 응용 프로그램의 문제를 해결했습니다.

/// <reference lib="dom" />
import request = require('supertest');

"triple-slash" lib 지시문은 TypeScript 버전 3.0 이상에서 작동합니다.

이 호가 연 지 거의 2.5년이 되었습니다! 이 문제를 어떻게 해결할 수 있습니까?

FWIW, TypeScript의 컴파일러 옵션 skipLibCheck 을 활성화하면 문제가 사라집니다.

skipLibCheck 가 활성화되면 TypeScript는 @types/superagent 와 같은 종속성과 프로젝트에 있을 수 있는 .d.ts 파일 모두에서 .d.ts 파일을 확인하지 않습니다. 라이브러리에서 dom 를 제거할 수 있으며 컴파일러는 더 이상 불평하지 않습니다.

좋은 부작용으로 skipLibCheck 는 일반적으로 빌드 속도도 크게 향상시킵니다.

@bajtos 유형 안전성이 감소하므로 오류가 발생할 수 있습니다.

• lib: [ "es6" ] 일함
• target: "es2016+" 도 나를 위해 일했습니다.

@G-Rath 내가 오해하지 않는 한 skipLibCheck는 코드의 유형 안전성을 줄이지 않고 d.ts 파일만 줄이게 됩니다. 대부분은 코드가 아닌 노드 모듈의 일부일 가능성이 높습니다.

skipLibCheck와 관련하여 실행 가능한 해결 방법 IMO가 아닙니다. https://stackoverflow.com/questions/52311779/usage-of-the-typescript-compiler-argument-skiplibcheck 에서 "오류가 무엇인지에 따라 컴파일러는 코드의 다른 곳에서 문제를 일으키는 방식으로 오류를 복구할 수 있습니다. (예를 들어 잘못된 유형을 any로 대체하여) 눈에 띄지 않게 하여 유형 오류를 억제하는 것은(--skipLibCheck, //@ts-ignore 또는 기타 수단에 의해) 위험한 관행입니다."

@carnesen 당신은 그것에 저를 걸었습니다 - 그것이 내가 인용하려고 했던 정확한 stackoverflow 질문이었습니다 :joy:

@rjmunro 잘가요 😃

// @ts-ignore 만큼 나쁘지는 않지만 유형 오류를 억제하는 것은 아무리 드물더라도 기술적으로 코드의 유형 안전성을 약화시킵니다. 특히 node_modules 폴더가 .d.ts 로 구성되어 있기 때문입니다.

가장 깨끗한 솔루션은 Blob 및 XMLHttpRequest 에 대한 참조 이후 superagent 유형 정의에 대한 외부 참조로 dom 라이브러리를 추가하는 @carnesen 의 PR #33517이라고 생각합니다. XMLHttpRequest 는 superagent 유형 정의에 필요하지만 사용 방식(_browser vs node_)에 따라 구현에는 필요하지 않습니다.

유일한 진짜 단점은 lib 참조가 지금 약 9개월 전에 릴리스된 typescript 버전 3.0.0을 필요로 한다는 것입니다.
이것이 chai-http( Travis-CI 참조)에만 영향을 미치는지 또는 typescript 버전을 3.0.0으로 올려야 하는 다른 종속성이 있는지 확실하지 않습니다.

업데이트가 있습니까? 또 2달만에..

이 모든 것을 읽은 후 현재 사용 가능한 가장 깨끗한 솔루션은 @carnesen 에서 제공되지만 저에게는 작동하지 않습니다 :-(

/// <reference lib="dom" />
import request = require('supertest');

나는 또한 그의 PR(https://github.com/DefinitelyTyped/DefinitelyTyped/pull/33517)을 확인했지만 chai-http 는 3.0 미만의 TS 버전이 필요하지 않기 때문에 TravisCI 오류는 의미가 없습니다...

저는 TypeScript를 처음 접하는 사람이므로 잘못된 작업을 하고 있다면 알려주세요. 저는 Travis CI 로그를 더 자세히 알아보기 위해 @carnesen 이 새 PR에서 했던 것과 똑같은 코드를 제출했습니다(https://github.com/DefinitelyTyped/DefinitelyTyped/pull/36282).

편집하다:

chai-http 는 더 이상 문제가 아닌 것 같지만 promisify-supertest 는... 별로 인기가 없는 버려진 패키지처럼 보입니다. (https://github.com/ariporad/promisify-supertest/blob /마스터/테스트/인덱스.js)

이것을 업데이트하는 과정은 무엇입니까?

편집 2:

더 깊이 파고 들어 다음 유형 정의를 업데이트해야 함을 발견했습니다.

• 약속 - 최고
• 단순 cw 노드
• 슈퍼에이전트-번연
• 슈퍼 에이전트 없음 캐시
• 슈퍼에이전트 접두사
• 슈퍼테스트

// 오류 TS2304: 'XMLHttpRequest' 이름을 찾을 수 없습니다.
인터페이스 XMLHttpRequest 선언 {}
// 오류 TS2304: 'Blob' 이름을 찾을 수 없습니다.
인터페이스 Blob {} 선언

@JasonKleban 이 파일은 어디로 가나요? node_modules > superagent ? 나는 이것을 알아 내려고 노력해 왔으며 내 재치에 달려 있습니다.

@mikeyamato - 어디서 성공적으로 사용했는지 기억나지 않지만, 해당 파일을 직접 관리하지 않기 때문에 node_modules에서는 기억나지 않습니다. 대신 다른 소스 파일과 나란히 있을 수 있습니다. 당신이 먼저 시도했을 것입니다. 변경 없음?

tsconfig.json 타이핑 폴더 설정으로 실험할 수도 있습니까?

편집: 이것을 추적하기 위해 새로운 문제를 열었습니다: #41425

#36282의 병합과 함께 새로운 문제가 있습니다. 노드 전용 프로젝트에서 수퍼에이전트를 사용할 때 트리플 슬래시 지시문 도입

/// <reference lib="dom" />

결과적으로 DOM 유형이 프로젝트에 투명하게 추가됩니다. 그러나 이것은 노드 전용 프로젝트이므로 DOM이 없으므로 다음과 같은 코드가 있습니다.

window.setTimeout()

TypeScript 오류가 발생해야 합니다. DOM 유형이 자동으로 포함되기 때문에 그렇지 않으며 코드베이스에 미묘한 버그가 발생할 수 있습니다.

노드 전용 또는 브라우저 전용 입력을 프로젝트에 포함하여 사용할 것을 선택할 수 있는 방법이 있습니까?

의존성을 갖는 또 다른 부작용은 dom supertest ( superagent ) 가 lib: webworker , 참조: https: //github.com/microsoft/TypeScript/issues/20595. 내가 볼 수있는 한, 이것은 이전에 언급되지 않았습니다.

$ npm i @types/ superagent@latest -D

트릭을해야합니다!