Definitelytyped: node_modules / @ types / react-native / globals.d.ts（36,15）：重複する識別子「FormData」。

こっちも一緒

@ types / react-nativeがまったく追加されたのはなぜですか？ 私はreactWebプロジェクトを持っていますが、使用しないタイピングをインストールする必要があるのはなぜですか？

手動でcompilerOptions.typesを設定することで修正

{
  "compilerOptions": {
  ...
    "types": ["react", "jest"]
  }
  ...
}

私も同じ問題を抱えています。

ここで同じ問題。
プロジェクトに複数の型定義があるので、 @types/styled-components依存関係を以前のバージョンに修正するように設定しました。

tsconfig.json明示的に型を追加するのは、不十分な解決策だと思います。
Web用とネイティブ用のstyled-componentsのタイプを分離することをお勧めします。

このFormDataに問題があります。 typescript: 3.3.333ます。これがpackage.jsonとtsconfig.json

パッケージJSON
"dependencies": { "@material-ui/core": "^3.9.2", "@types/react-loadable": "^5.5.0", "@types/react-router-dom": "^4.3.1", "prettier": "^1.16.4", "react": "^16.8.4", "react-dom": "^16.8.4", "react-loadable": "^5.5.0", "react-router-dom": "^5.0.0", "react-scripts-ts": "3.1.0", "styled-components": "^4.1.3" }, "devDependencies": { "@types/jest": "^24.0.11", "@types/node": "^11.11.3", "@types/react": "^16.8.8", "@types/react-dom": "^16.8.2", "@types/styled-components": "^4.1.12", "eslint": "5.3.0", "eslint-config-airbnb-base": "13.1.0", "eslint-plugin-import": "^2.14.0", "typescript": "^3.3.3333" }

TSCONFIG JSON
{ "compilerOptions": { "baseUrl": ".", "outDir": "build/dist", "module": "esnext", "target": "es5", "lib": ["es6", "dom"], "sourceMap": true, "allowJs": true, "jsx": "react", "moduleResolution": "node", "rootDir": "src", "forceConsistentCasingInFileNames": true, "noImplicitReturns": true, "noImplicitThis": true, "noImplicitAny": true, "importHelpers": true, "strictNullChecks": true, "suppressImplicitAnyIndexErrors": true, "noUnusedLocals": true, "esModuleInterop": true, "types": ["styled-components", "react", "react-dom", "jest"] }, "exclude": [ "node_modules", "build", "scripts", "acceptance-tests", "webpack", "jest", "src/setupTests.ts" ] }

私は同じ問題を抱えています。 幸いなことに、私はのバージョンロックすることで、問題を克服することができました@types/styled-componentsに4.1.8

ここでも同じですが、以前のバージョンにロールバックするか、インストール後のスクリプトを追加して、node_modulesからreact-nativeを削除する必要がありました。

依存関係がデフォルトでdomlibsと衝突する場合、Web上でstyled-componentsをどのように使用することになっていますか？！
これは非常識です！

同じ問題があり、すべての作成者に通知されているわけではないことにも気づきました。 これらの2つが欠落しています： @ eps1lon @flavordaaave

@ArthurBritoありがとう、著者のリストが更新されました。

この問題は私にも起こっています。 @ types / react-nativeは、Webプロジェクトの依存関係であってはなりません。 これらのタイプは分離する必要があります

私の知る限り、これは4.1.9としてリリースされた＃32843が原因でした。 このコメントはそれを裏付けています。

この問題について、そのスレッドにコメントを投稿しまし

/ cc @minestarks

verisonを4.1.8に修正することは私のために働いた

この問題に対処するPRはここにありますか？ 奇妙なことに、Webプロジェクトでスタイル付きコンポーネントを使用することはできません。

同じ問題が発生しました。実際、約@types/styled-componentです。

my-app git:(master) ✗ npm ls @types/react-native
[email protected] /Users/devniel/dev/electron/my-app
└─┬ @types/[email protected]
  └── @types/[email protected]

問題の更新はありますか？

次の内容で.yarncleanファイルを作成します。

@types/react-native

問題を修正します🎉

半年、まだこの問題の更新はありませんか？

本当に更新はありませんか？

私の意見では、最善の解決策は@ types / react-nativeをピア依存関係にすることですが、私の知る限り、 types-publisherは現時点ではこれらをサポートしていません。 メンテナの1人が、私が実際に正しく、peerDepが解決策であることを確認できますか？ 週末に、types-publisherにpeerDepサポートを追加することに時間を費やすことができるかもしれません。

私の意見では、最善の解決策は@ types / react-nativeをピア依存関係にすることです。

うーん、 @types/react-nativeがピア部門の場合、React Native以外のプロジェクトで@types/styled-componentsを使用するには、依存関係として宣言する必要があります。 それは理想的ではありません。

理想的に@types/react-native 、ReactNative以外のプロジェクトでは

それをoptionalDependencyにするつもりですか？

@paulmelnikow 、はい、あなたは正しいです、私は2つを混乱させました。 @types/styled-componentsを使用するために、依存関係として@types/react-nativeを宣言する必要はありませんが、厄介な警告が表示されるため、もちろん、optionalDepsの方が優れたソリューションです。 types-publisherもそれらをサポートしていないので、調べてみます

「@types / styled-components」にダウングレード：「4.0.0」で問題が解決しました。

いいえ、解決しません。 それはカーペットの下で問題を一掃します

いいえ、解決しません。 それはカーペットの下で問題を一掃します

もう一度コンパイルするとしましょう。 ;-)

次の内容で.yarncleanファイルを作成します。

@types/react-native

問題を修正します🎉

npmに相当するものはありますか？

この問題に関する進展はありますか？
それはstyled-componentsをtypescriptで使用できなくします。

このリポジトリの実際のコードを詳しく見てみると、 @types/react-nativeは、React Native統合の実際の.d.tsとテストファイルでのみ必要であることがはっきりとわかります。 より適切な解決策は、React Nativeに関連するものを、 styled-components実際にどのように機能するかの動作と一致して、独自のサブモジュール/オプション/ピアの依存関係に分割することです。 styled-components/nativeをインポートします。 ReactNativeのものが必要な場合はstyled-componentsをインポートせず、実行時にReact Nativeのもののジャングル全体も取得するので、 styled-componentsだけをインポートするだけで、 @types/react-nativeジャングル全体も取得するべきではありません。

当面の間、react-native統合は、このパッケージのNPM公開バージョンから削除し、独自のパッケージとして公開する必要があると思います。 現状では、これは恥ずかしいほど壊れており、TypeScript全体の見栄えが悪くなります

この問題を修正してください。 ネイティブタイプをできるだけ早く取り出してください。 これにより、他の点では優れたタイピングプロジェクトがほとんど使用できなくなります。

このリポジトリの実際のコードを詳しく見てみると、 @types/react-nativeは、React Native統合の実際の.d.tsとテストファイルでのみ必要であることがはっきりとわかります。 より適切な解決策は、React Nativeに関連するものを、 styled-components実際にどのように機能するかの動作と一致して、独自のサブモジュール/オプション/ピアの依存関係に分割することです。 styled-components/nativeをインポートします。 ReactNativeのものが必要な場合はstyled-componentsをインポートせず、実行時にReact Nativeのもののジャングル全体も取得するので、 styled-componentsだけをインポートするだけで、 @types/react-nativeジャングル全体も取得するべきではありません。

👍

当面の間、react-native統合は、このパッケージのNPM公開バージョンから削除し、独自のパッケージとして公開する必要があると思います。

＃32843の推力のように、この問題を引き起こさずに両方を同じパッケージで出荷する方法があるのではないかと思いますが、それは解決策になると思います。

これを修正する最善の方法は、ソリューションを使用してPRを掘り下げて開くか、修正できるスタイル付きコンポーネントに特別に投資している人を見つけることです。

DefinitelyTypedはパッケージコミュニティに素晴らしいサービスを提供し、ここにはメンテナがいますが、彼らの仕事はすべてのタイプを維持することではありません。 このプロジェクト（またはTypeScript）でこぶしを振っても効果はありません。

私は感情に切り替えてい
それらは独自のタイプスクリプト定義を含み、まったく同じインターフェースを持っているので、移行は簡単に見つけてすべてを置き換えることができます。
さらに、バンドルサイズは少し小さくなります。

＃32843で導入された変更を元に戻すのはどうでしょうか。これは、90％を超えるユーザーの入力が壊れ、古いバージョンまたはこのスレッドで言及されているいくつかのハックを使用することを余儀なくされたためです。

＃32843で導入された変更を元に戻すのはどうでしょうか。これは、90％を超えるユーザーの入力が壊れ、古いバージョンまたはこのスレッドで言及されているいくつかのハックを使用することを余儀なくされたためです。

大多数のユーザーにとってタイピングがうまく機能するのであれば、それは合理的な解決策になる可能性があります。 PRが承認されるかどうかはわかりませんが、それが最善の解決策だと思われる場合は、遠慮なくPRを作成してください。

この復帰が行われるとしたら、後で反応ネイティブで動作させる方法について、パッケージにいくつかのメモを追加することになると思います。 私は試していませんが、react-nativeユーザーがdeclare module宣言を使用して、削除された型をコピーしてプロジェクトに貼り付け、引き続き機能させることができる可能性があります。 明らかに、反応ネイティブユーザーにこれを行わせなければならないのは残念です。

とはいえ、TypeScriptチームがこのような問題を処理する方法について公式のガイダンスを提供してくれるといいのですが、誰かがすべてのソリューションで「負け」てしまうようです。

IMO、これは元に戻す必要があります-主にWebスタイルのコンポーネントのエコシステムが大きいためです。

それがどのように機能するかについての詳細はもうわかりませんが、React Nativeの場合は、別のパスを使用することで別のタイプのセットを取得することがありました。これは私にとっては良い妥協点のように思えました。 うーん、これがもたらすもののように見えます。 それをそれに戻します。

反応ネイティブの特定のタイプを追加するトリプルスラッシュインポートを介して人々がインポートするアンビエントモジュールを作成する方法があるのではないかと思います。

ここで+1しますが、不平を言うだけでなく、行動計画がある場合は参加してこの問題の解決を支援したいと思います。

私はここに来て、コメントのいくつかに私のプラスワンを追加しに行きました。 私はすでにそうしていることに気づきました...最後にこの問題に遭遇したとき。

そしてそれが私が他の図書館のメンテナに彼らのタイプを保持するように頼んだ理由です。 これにより、ライブラリはタイプに合わせてインラインで更新されます。 def typedが多くの点でコミュニティに役立っているのが大好きですが、libメンテナが自分で入力できる（またはtsで書き直す）ことができれば、より安全な世界になります。

ローカルクローンを介してこの問題を回避することができたので、私もこの問題について冷静で落ち着いていましたが、世界中の人々がこの問題に十分苦しんでいたと思います（6か月以上）。 私はこの重大で壊滅的な問題を修正し、技術に精通していないタイプスクリプトユーザーが戻ってくることを許可したいと思っています。

承認待ちのPRはありますか？ 無効なreact-nativeグローバル依存関係を削除する1行のコード変更を行う必要がありますか（プライベートnpmリポジトリ内で行ったように）？

また、 react-nativeをインストールして、グローバル名前空間と競合する必要がある理由はありますか？ チャイムを鳴らして、あなたの考えを共有してください。 （しかし、意図せずに私たちの仕事を壊した人々は、私たちの被害についての手がかりがないはずであるのと同じくらい幸せなので、この問題を読んだことがあるのではないかと思います。前。）

さらに、他のパッケージはこの種の問題にどのように対処しますか？ 私にはそれについての手がかりがないので、この問題を元に戻す_ "単純な" _PRを作成することを少し躊躇します。

この変更を元に戻す必要があると思いますが、これを機能させるためにskipLibCheckを有効にする必要はありませんhttps ：//github.com/DefinitelyTyped/DefinitelyTyped/issues/33311#issuecomment-466731156。 しないでください。

この変更を元に戻すことは良い選択肢ではないと思います。 多くの人がreact-nativeのタイピングを必要としているので、エラーの原因となるものを修正し、すべてのreact-nativeタイピングを削除する必要はありません。

そして、現時点で解決策がない場合はどうなりますか？ 現時点では完全に壊れており、しばらく経っているので、非ネイティブユーザーには少なくとも1つのリリースを提供する必要があります。私は、非ネイティブユーザーも大多数であると思い切って推測します。

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

react-native入力が必要な@dawickの人は、手動でインストールできます。
なぜ彼らはまったく必要なのですか？

この変更を元に戻すことは良い選択肢ではないと思います。 多くの人がreact-nativeのタイピングを必要としているので、エラーの原因となるものを修正し、すべてのreact-nativeタイピングを削除する必要はありません。

以下のためのタイピング必要とする人々 react-nativeインストールすることによって、それらを取得する必要があります@types/react-native 。

私は、 react-native関連するすべてのものを@types/styled-componentsから削除し、別のパッケージ/パス（ @types/styled-components/nativeなど）に移動して、実際の人々のやり方と一致させる必要があるという立場を強く持っています。 styled-componentsます; react-nativeサポートが必要な人は、 import styled from 'styled-components/native'を使用して明示的に取得しますが、Webでimport styled from 'styled-components'を実行しても、すべてのreact-nativeジャングル全体を取得することはできません。プロジェクトなので、関連する@types/パッケージの動作に違いはありません。

私は週末にこれをより体系的な方法で修正することに挑戦しました。これは、WebとReactNativeの両方のタイプをラップするすべてのリポジトリで機能する可能性があります。 https://github.com/microsoft/types-publisher/pull/655

これはどのように対処されていませんか...

真剣に？ まだ修正はありませんか？

@givethemheller @ sanex3339https：//github.com/microsoft/types-publisher/pull/655で作業とディスカッションに修正があります

一時的な解決策として、node_modulesから@types/react-nativeを削除するだけです。
rm -rf node_modules/@types/react-native
それを.yarnclean追加します
@types/react-native

TypeScript 3.7のリリースにより、以前は動作していたv4.1.8がTS 3.7と互換性がなくなったため、3.7ユーザーがタイプ定義をアップグレードするように_強制_される状況になりましたが、TS3.7と互換性のある唯一のバージョンは完全に壊れています。すべてのReact-web開発者（これは確かに圧倒的多数であるに違いありません）。 😕

.yarnclean回避策は、Yarnを使用する人にとってはおそらく十分であり、これには誰よりも少ないものが含まれます。 また、 compilerOptions変更することは、スケーラブルで長期的なソリューションではありません。

ここでの最善の解決策が何であるかわかりません。 一時的なものとして、私は間違いなく、 react-nativeものを明確に除外した別のバージョンを公開することに賛成です。

ヤーン以外のユーザーは、これをnpmスクリプトに追加することで回避できます。

    "postinstall": "rm -rf node_modules/@types/react-native"

NPMは、ネイティブタイプをインストールした直後にそれらを削除します。 それでも問題になるべきではないものに対するハッキーな回避策ですが、それは機能します。

ここにも自分を追加します。 多くのインストール後のスクリプトを編集するよりも優れたソリューションが必要です...

この問題は、基本的に1年以上スタイルコンポーネントのすべてのtypescriptユーザーに影響を与えています（!!!）。
これに対する公式の解決策はありますか（.yarncleanによるハッキングは数えません）？ ブロッカーはありますか？

私はこれを2つのパッケージに分割したいと思います（または潜在的に3つ、react-nativeとreactの両方に共通のものを持つベースパッケージ、react用とRN用に1つ、後者の2つに共通のものを持つ最初のパッケージを使用させる）それに対処するための最も簡単で最速の方法である。

貢献者が不足しているだけの場合は、ハックすることなく、スタイル付きコンポーネントとタイプスクリプトの両方を簡単に使用できるようにしたいと思っています😄

周りのものをハックすることなく、styled-componentsとtypescriptの両方を一緒に使用するのが簡単になりたいだけです😄

バンプ！ より良い型定義の実装が必要です...

node_modulesから@types/react-nativeを削除しましたが、それでも同じエラーが発生します。 なぜハックしても？

@ArnaudJeannin手動で手動で削除した場合、 npm i / yarnを実行するたびに追加されます。

以前のコメントに従ってNPM postinstallを介して削除するか、Yarnを使用している場合は.yarnclean追加することで、インストールを通じて削除を永続化できます。

私がしたことはすべての人に適しているわけではありませんが、スタイル付きコンポーネントから感情に切り替えることでこの問題を「解決」しました。 どちらのライブラリの使用法も非常に基本的であり、コンポーネントをCSSでラップし、スタイルを継承するだけですが、Emotionには、必要な機能のスタイル付きコンポーネントと同様のAPIがあることがわかりました。 簡単な移行でした。 6か月経っても、これまでのところ重大な問題は発生していません。 Emotionには組み込みのTSタイピングが含まれているため、 @types非同期の問題は発生しません。

上記のように、CSSライブラリの切り替えは多くのプロジェクトに適していませんが、私にとっては、スタイル付きコンポーネントのTSの問題に取り組むよりも切り替えが簡単でした。 YMMV。

yarnユーザー向けのより簡単な回避策。これにより、現在のバージョンのスタイル付きコンポーネントを使用できるようになります。 package.json内：

  "resolutions": {
    "@types/react-native": "link:./empty-package"
  },

上記の解決策の対象となる何もしないパッケージを設定します。

mkdir empty-package
cd empty-pacakge
yarn init -y
touch index.d.ts

私のために働きます。

@arimah @GabrielDuarteM 、あなたの反対票を説明できますか？ これを試してみましたが、うまくいきませんでしたか？ 私が助けることができるようにコメントしてください、そうすれば他の人が利益を得るかもしれません。 これは、現時点で利用可能な他の唯一の回避策（タイプモジュールを削除するためのインストール後のスクリプト）よりもはるかに侵襲性が低いようです。 または、この回避策に私が気付いていない強い否定的な点がある場合は、コメントを修正または削除したいと思います。

@jamietreこれはうまくいくかもしれませんが、これは正しい解決策ではなく、react-nativeのために型を分割する必要があるという事実（またはおそらくピアの依存関係）を変更しないという反対意見があると思います

@jamietreこれはうまくいくかもしれませんが、これは正しい解決策ではなく、react-nativeのために型を分割する必要があるという事実（またはおそらくピアの依存関係）を変更しないという反対意見があると思います

回避策が眉をひそめていることに気づいていませんでした。 実際の修正を待っている間、私は常にそれらが非常に役立つと思います。 これは1年以上の間問題になっています。 そして、仕事はまだ終わらせる必要があります。 🤷‍♂

@jamietreそれはあなたがそれを「解決策」としてません。そのように

@jamietreそれはあなたがそれを「解決策」としてません。そのように

「解決策」を「回避策」に変更しました...本当に私は人々がtypescriptでstyledcomponentsを使用できるように手助けしようとしています。 反対票はそれが機能しないことを意味します。 セマンティクスについて口論するのに役立つようには見えませんが、確かです。

Appsome Solutionsでも同じ問題が発生し、tsconfig.jsonファイルの"skipLibCheck": true,ルールで回避しました。

@pumanitro他の多くの提案と同様に、残念ながらそれは解決策ではなく、単なる回避策です。

@SamHH解決された単語を回避策に変更しました。
これはtypescriptを使用したCRAで行われる方法ですが、それは解決策ではありません。 それでも、それは人々を助けることができます。

https://github.com/DefinitelyTyped/DefinitelyTyped/pull/32843#issuecomment-605921101からコメントを再投稿する

この問題を回避するには、持っていることですcompilerOptions.typesあなたの中に配列をtsconfig.json自動的に一つ一つ読んでからtypescriptですが停止する@types/*型チェック時にパッケージ。 Typescriptは、 types配列で指定されたパッケージのタイプのみを自動的にインポートします。 たとえば、 "types": ["node"] （ bufferやpathなどの組み込みモジュールを使用して@types/nodeをロードする場合）、 "types": ["node", "jest"] （冗談テストも書きます）; または、直接インポートされていないパッケージやコードからの/// <reference types="..." /> typescriptによって自動ロードされないようにするには、 "types": []だけでもかまいません。

@types/styled-components-nativeを持っている方が良いかどうかは本当に言えません。 少なくともそれは珍しいことであり、おそらくcompilerOptions.types 「回避策」の必要性を排除しますが、IMOはcompilerOptions.typesを、タイプを自動ロードする必要があるパッケージのみに設定します（ importなし）

要約すると、問題は、TypeScriptが@types/react-nativeタイプを自動的にロードしていることです。これは、デフォルトの動作ではすべての@types/*パッケージがロードされるため、直接または間接的に参照していません。 compilerOptions.typesを設定すると、そのデフォルトが回避され、リストしたパッケージとimportのパッケージのみがロードされます。

これがまだ問題だとは信じられません！ 去年の夏にこの問題に遭遇しました。それ以来修正されていると思っていたので、パッケージを更新しました😠

@ types / styled-componentsのメンテナは誰ですか？ 新しい人が必要だから

compilerOptions.typesを使った@Jessidhiaの提案は私のために働いた。 どうもありがとうございます！ これもベストプラクティスだと思います。 今まで私は不利な点を経験しませんでした。 それも速いと想像できました。

@sbuschの欠点は、 compilerOptions.typesを使用する場合、このリストに含まれていないものはすべて除外されるため、すべての入力をここにリストする必要があることです。 したがって、タイピングを提供するインストール済みのパッケージの場合、この構成を手動で管理する必要があります

ええ、すべてのタイプをタイプにリストすることはオプションではありません。

モジュールから何かをインポートしても、TypeScriptタイプを取得できます。 typesオプションは、グローバル宣言のタイプを自動インポートするためのものです。 これはあまり必要ないので、これらのモジュールを手動でtypes追加するのはそれほど悪くないはずです。 それが私がそれを理解する方法です。 types配列を[]に設定した後でも、非常に厳密なTS設定を備えた非常に大きなTSコードベースは機能しました。

たとえば、 https：//stackoverflow.com/a/59030291を参照して

欠点は、 compilerOptions.typesを使用する場合、このリストに含まれていないものはすべて除外されるため、すべての入力をここにリストする必要があることです。 したがって、タイピングを提供するインストール済みのパッケージの場合、この構成を手動で管理する必要があります

@sbushが言ったように、これは真実ではありません。 このオプションはグローバルタイプ専用であり、 import edlibsのタイピングは問題なく使用されます。 @Jessidhiaの提案は無害です。

私は、単一のパッケージが消費者にその分野を放っておくという慣習を破ることを強いるべきではないと思います。 他のすべてと同様に、これは解決策ではなく回避策です。

モノレポジトリLerna + yarn workspaces （回答が多すぎる）があるときに、誰かがすでにケースに回答したかどうかはわかりません。 この場合、 yarnのWebサイトでno-hoistプロパティの詳細を利用できます。

package.jsonファイルの実際：

"workspaces": {
  "packages": ["packages/*"],
  "nohoist": ["**/react-native", "**/react-native/**"]
}

🙏🏻 @types/styled-components": "4.1.8" 🙏🏻

@nahumzsが提案するソリューションは、糸のモノリポジトリを使用している場合に機能します。 この場合、react-nativeがグローバルnode_packagesフォルダーを汚染しないようにし、重複がエラーをスローするのを防ぎます。

どの時点で、ReactNativeユーザーよりもReactWebユーザーの方が多いと言って、React Nativeサポートを削除しますか？

この問題について何か進展はありましたか？ 現在、@ types / styled-componentsのバージョン4.1.8を使用しています。これは、解決策がないと更新できないため、またはnpm postinstallコマンドでnode_modules / @ types / react-nativeを削除するなどの回避策を利用できないためです。

ああ、この問題は私に本当に多くの痛みを引き起こします。

今、私はここで説明されてます。 したがって、新しいTypescriptにアップグレードすると、 @types/[email protected]も使用できなくなります。 😡😡😡WTH。

とにかく、これはhttps://github.com/DefinitelyTyped/DefinitelyTyped/issues/33015の複製のよう

Appsome Solutionsでも同じ問題が発生し、tsconfig.jsonファイルの"skipLibCheck": true,ルールで回避しました。

誰かが同じように感じた場合：この問題を回避するためだけにskipLibCheckを有効にしたくありませんでした。 しかし、最近の変更により、新しいTypeScriptプロジェクトでskipLibCheck有効になったので、気が

誰かが非常に汚いハックで大丈夫かもしれません、あなたはあなたのpackage.jsonスクリプトのセクションに追加することができます：

"postinstall": "rm -rf node_modules/@types/react-native"

優れたソリューションではありませんが、これは機能するはずです。

OMG、この問題は5.1.1でも実際に発生します

1-プロジェクトルートに.yarncleanを追加します。
2-次のコンテンツを挿入します： @types/react-native 。

これは、少なくとも私が公式の解決策を待つ間、ここで解決しました。

これは1。5年以上続いています。 とにかく、私の問題は関連していると思います、そして私はより多くの「重複した識別子」エラーを受け取ります。 合計36。

tsconfig.json

{
  "compilerOptions": {
    "allowJs": true,
    "baseUrl": ".",
    "esModuleInterop": true,
    "isolatedModules": true,
    "jsx": "react",
    "module": "CommonJS",
    "moduleResolution": "Node",
    "noEmit": true,
    "sourceMap": true,
    "target": "ES6"
  },
  "include": [
    "src/**/*"
  ],
}

tscコンパイルした結果：

合計：38エラー。 それらのうちの2つだけが私の実際のプロジェクトソースsrc/**.*ファイルからのものです。 他の36のエラーは、 .d.tsによって引き起こされた@types/styled-components .d.ts競合によるものです。

注： "skipLibCheck": trueフラグを追加すると、エラーはなくなります。 また、 @types/styled-componentsを削除すると、エラーもなくなります。

ここに完全なログを投稿することはしませんが、ここにいくつかの例があります。

error TS2300: Duplicate identifier 'AbortController'.
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1939:11
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1950:13 
node_modules/@types/react-native/globals.d.ts:363:15

error TS2300: Duplicate identifier 'AbortSignal'. 
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1960:11 
node_modules/@types/react-native/globals.d.ts:350:15
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1972:13

error TS2300: Duplicate identifier 'FormData'. 
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:5548:11
node_modules/@types/react-native/globals.d.ts:40:15
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:5558:13

error TS2300: Duplicate identifier 'URL'.
error TS2300: Duplicate identifier 'URLSearchParams'.
error TS2300: Duplicate identifier 'RequestInfo'.
error TS2300: Duplicate identifier 'XMLHttpRequestResponseType'.

error TS2717: Subsequent property declarations must have the same type.  Property 'body' 
must be of type 'string | ArrayBuffer | ArrayBufferView | Blob | FormData | URLSearchParams | ReadableStream<Uint8Array> | null | undefined', 
but here has type 'string | ArrayBuffer | DataView | Int8Array | Uint8Array | Uint8ClampedArray | Int16Array | ... 8 more ... | undefined'. 

error TS2717: Subsequent property declarations must have the same type.  Property 'signal' must be of type 'AbortSignal | null | undefined', but here has type 'AbortSignal | undefined'.

error TS2300: Duplicate identifier 'RequestInfo'.

この時点で採用している解決策は、 @types/styled-componentsを削除して、プロジェクト（React Webアプリ）を続行することです。