Definitelytyped: @ types / superagentエラーTS2304：名前'XMLHttpRequest'が見つかりません。

tscに--lib domオプションを使用していますか？

いいえ、しません。 そして、これが役立つかどうかはわかりませんが、実際には私の直接の依存関係は最高です。 サーバー側のコードの単体テストに使用します。

@vvakame — $ tsconfig.jsonのcompilerOptions.lib配列に$ "dom"を追加すると、うまくいきました。 これは少し直感に反しているようです。 これは予想される動作である必要がありますか、それとも一時的な回避策ですか？

免責事項：私はスーパーエージェントユーザーではありません。
期待される振る舞いと思います。

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

流暢なAPIを備えたエレガントで機能豊富なブラウザ/ノードHTTP

回避策。

interface XMLHttpRequest {}

tsconfig.jsonに"dom"を追加する際の唯一の問題は、ファイルにlibセクションがなかったことです。これで、ファイルに$＃$ 2 $＃$セクションを含める必要があります。デフォルトで"es2016"のような他のライブラリ。

たぶん、これを修正する自動化された方法がありますか？ tsconfig.jsonを変更する必要はありませんか？

libに["dom", "es2017"]を追加すると、これが修正されました。

tsconfig.jsonに「dom」を追加する際の唯一の問題は、サーバー側のコードを記述していることです。 したがって、そのlibを追加することは私には意味がありません。 XMLHttpRequestはNode.jsに同梱されておらず、スーパーエージェントパッケージはNode.jsでエラーをスローしませんでした。 問題は、 @typingsパッケージが条件付きでXMLHttpRequestを使用していないことだと思います。 パッケージがNode.jsとブラウザーで正常に機能する場合は、 @typingsも正常に機能するはずです。

今日もこれに遭遇しました。 特定のタイプを条件付きで提供/除外できない場合、ノードとdomの使用にこれらのタイプの2つのバージョンを提供することを検討する必要がありますか？

次の内容の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が最も良いと思います。多くの人がこれをサーバー側（つまりノード）に使用しています。

これに関する更新はありますか？

簡単な回避策は、元のテストを拡張して微調整するテストを実行するために、別のタイプスクリプト構成を使用することです。 したがって、ファイルtsconfig.test.jsonを作成します。

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

（または、ライブラリを微調整する代わりにコンパイラフラグskipLibCheck:trueを設定することもできます。これにより、すべてのnode_modulesの型チェックがスキップされます）

ts-jestを使用している場合は、次の方法で構成を使用するように指示できます。

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

このようにして、通常のコードで型の安全性を犠牲にすることはありません。これは間違いなく失敗です（それを行う前に、ハートビートでスーパーテストをドロップします）。

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+に更新できないことを意味すると解釈します。 私には、 @ typesシステムの欠陥のように思えます。なぜなら、TypeScriptバージョンを、私に依存するすべてのものの中で最も古いTypeScriptバージョンに固定しているからです。

そのエラーメッセージの私の理解を確認できる人はいますか？もしそうなら、それを回避する方法はありますか？

そのPRのようなより良い恒久的な修正がない場合、私は次のようにしてアプリケーションの問題を解決しました。

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

その「トリプルスラッシュ」libディレクティブは、TypeScriptバージョン3.0以降で機能します。

この号が発行されてから約2。5年になります。 どうすればこれを解決できますか。

FWIW、TypeScriptのコンパイラオプションskipLibCheckを有効にすると、問題は解決します。

skipLibCheckが有効になっている場合、TypeScriptは.d.tsファイルをチェックしません- @types/superagentのような依存関係からだけでなく、プロジェクトにある可能性のある.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で構成されているため、型エラーを抑制するものは、コードの型の安全性を技術的に弱めます。 TSがすべてを入力するために使用する

最もクリーンなソリューションは、@ carnesenによるPR＃ 33517です。これは、$＃ BlobとXMLHttpRequestへの参照があるため、 superagentタイプ定義への外部参照としてdomライブラリを追加します。 XMLHttpRequestは、 superagent型定義で必要ですが、使用方法（_browserと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にかなり慣れていないので、何か間違ったことをしている場合は知らせてください。 @carnesenが新しいPRで行ったのとまったく同じコードを送信して、Travis CIログをさらに深く掘り下げました（https://github.com/DefinitelyTyped/DefinitelyTyped/pull/36282）

編集：

chai-httpはもう問題ではないようですが、 promisify-supertestは...あまり人気のない放棄されたパッケージのようです（https://github.com/ariporad/promisify-supertest/blob /master/test/index.js）

これを更新するためのプロセスは何ですか？

編集2：

深く掘り下げてみると、次の型定義を更新する必要があることがわかりました。

• 約束-スーパーテスト
• simple-cw-node
• スーパーエージェント-bunyan
• スーパーエージェント-キャッシュなし
• スーパーエージェントプレフィックス
• スーパーテスト

//エラー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型付けは黙って含まれているため、これは当てはまらず、コードベースに微妙なバグを引き起こす可能性があります。

ノードのみまたはブラウザーのみの入力をプロジェクトに含めて、どちらを使用するかを選択できる方法はありますか？

依存関係を持つことのもう1つの副作用は、 domで、 supertest （ superagent ）がlib: webworkerのプロジェクトで使用されないことです。参照： https： //github.com/microsoft/TypeScript/issues/20595。 私が見る限り、これは以前に言及されていません。

$ npm i @ types / superagent @ latest -D

トリックを行う必要があります！