Definitelytyped: [@ types / react-redux] 'hoist-non-react-statics'にはエクスポートされたメンバー 'NonReactStatics'がありません

うわぁ。 その変更で@types/hoist-non-react-staticsへの依存関係を導入しましたが、依存関係として追加しませんでした。 この問題は、型が型にのみ依存するため、依存関係としてどこで宣言するかがわかりません。

@JounQin 、これを修正する方法を理解するのを手伝ってくれませんか。 ///<referenceを追加する必要がありますか、それともpackage.json何かを追加する必要がありますか？

一時的な回避策として、プロジェクトにnpm install --dev @types/hoist-non-react-staticsすることができます。

私は間違っているかもしれませんが、問題はおそらくもっと単純だと思います、

import { NonReactStatics } from 'hoist-non-react-statics';

する必要があります

import NonReactStatics from 'hoist-non-react-statics';

@ types / react-redux 7.0.1へのダウングレードは、これが修正されるまでの迅速な修正です。

今日もこの問題が発生しました。 7.0.1へのダウングレードが役立ちました

こっちも一緒。

うわぁ。 その変更で@types/hoist-non-react-staticsへの依存関係を導入しましたが、依存関係として追加しませんでした

DefinitelyTypedは@types/react-reduxへの依存関係として@types/hoist-non-react-staticsを自動的に追加しましたが、（どうやら）それはあなたのタイピングが機能するのに十分ではありませんでした。

一時的な回避策として、プロジェクトにnpm install --dev @types/hoist-non-react-staticsすることができます。

いいえ、この依存関係はDefinitelyTypedによってすでに自動的に追加されているため、機能しませんが、TSが入力を正しく処理するには十分ではありません。

hoist-react-staticsパッケージ自体がnode_modulesに存在しないため、TSがhoist-non-react-staticsモジュールの存在を認識しないという問題を推測します（TSが@types/hoist-non-react-staticsからモジュールの存在を導出できないのは残念です、 hoist-non-react-staticsをます。

したがって、 @ jamesreggioは、この問題を修正するために、 @types/react-reduxのpackage.jsonへの依存関係としてhoist-non-react-staticsパッケージを追加する必要があると思います。

@surgeborisが7.0.3に更新され、 [email protected]と@types/[email protected]追加され、問題が修正されました

修正は実際には機能しません。 多分私は何か間違ったことをしている。 糸の使用1.13

皆さん、今しばらくお待ちいただきますようお願いいたします。

私は修正を見つけてPRを開きました：＃33919。

どうやら、ノードスタイルの型定義エクスポート（ export =を使用）を使用する場合、インポートする適切な方法はimport [name] = require([package name])です。 私はこれらのインポート/エクスポートパターンのニュアンスにかなり慣れていません、そして私は今それを理解していると漠然と自信を持っています😆

うまくいけば、DefinitielyTypedのメンテナは、これをマージしてできるだけ早くリリースすることができます。 退行して申し訳ありません。

残念ながら、最近リリースされた7.0.4でも、これで問題が解決することはありません。

@types/hoist-non-react-staticsへの明示的な依存関係がまだ欠落しているようです。

実際にはありません-新しいnpm i @types/react-reduxインストールされた@types/hoist-non-react-statics 。 何の問題もありませんか？

うん、依存関係は間違いなくそのpackage.jsonリストされています：

  "dependencies": {
    "@types/hoist-non-react-statics": "*",
    "@types/react": "*",
    "redux": "^4.0.0"
  },

それでも問題が解決しない場合は、インストールされているすべての正しいバージョンを再確認する必要があります。

（具体的には、依存関係は*としてリストされているため、 npmが依存関係を満たすと見なすタイプが欠落している古いバージョンの@types/hoist-non-react-staticsがある可能性がありますか？）

したがって、問題は多少微妙です。

hoist-non-react-staticsパッケージには、 v2.2.0からv3.0.0までの独自の超基本的な型指定が含まれており、プロジェクトルートで解決されるhoist-non-react-staticsのバージョンが範囲では、パッケージローカル型が@types/hoist-non-react-staticsよりも優先されるため、このエラーが発生します。

2つの即時の回避策があります。

1. hoist-non-react-statics@^3.3.0を依存関係としてプロジェクトに追加します。
2. ヤーンを使用している場合は、 package.json解像度オーバーライドを追加します。
   "resolutions": { "hoist-non-react-statics": "^3.3.0" }

ほとんどの開発者はそもそもhoist-non-react-staticsの存在を（当然のことながら）認識していないため、これらはどちらも最適ではありません。

ここで最適なアプローチが何であるかはよくわかりませんが、 @types/react-reduxのpackage.json内に@types/hoist-non-react-statics特定のバージョン仕様をリストできるとしたら、影響を軽減することができます。

@weswigham —*に置き換え、 @types/hoist-non-react-staticsへの依存関係を>=3.3.0に置き換えることが可能かどうか知っていますか？

@weswigham —

package.jsonに明示的に追加すると、機能する可能性がありますか？ 暗黙的またはパスマッピングベースの依存関係のバージョンをハードコーディングすることはできませんが、間違っている可能性があります。

@sandersnはもっと何か知っていますか？

package.jsonに@types/hoist-non-react-statics特定のバージョンを含むPRを開いたところです。 うまくいけば、それはうまくいきますか？ 確かに傷つけることはできませんでした。

@weswigham 、レビューして承認してもよろしいですか？

https://github.com/DefinitelyTyped/DefinitelyTyped/pull/33979

それが正しい修正かどうかはわかりません。 hoist-non-react-statics@latestへの直接の依存関係を追加し、すべての問題を修正しました。

うーん、 @sandersn —どうしたらいいかわからない。 @types/hoist-non-react-statics特定のバージョン仕様を追加したため、Travisビルドが失敗しました。 ここでエラーを参照してください。

確かに、 @types/react-redux変更には最低@types/hoist-non-react-staticsの3.3.0が必要なので、その制約を表現できるはずだと思います。 それを行う方法を理解するのを手伝ってもらえますか？ （エラーメッセージのとおりに実行して、 types-publisher dependenciesWhitelist.txtに追加する必要がありますか？ハンマーが大きすぎるようです。）

それはそれほど大きなハンマーではありません-あなたの問題はログメッセージが説明しているものとほぼ同じです（ただし、出荷タイプではなく、基礎となるパッケージに再びスワップバックしたことを除いて、かなりの物語です）。

かっこいい、 types-publisherマージする準備ができているPRがあります： //github.com/Microsoft/types-publisher/pull/595

@weswigham —着陸できますか？

これは、3：06 PDT（このコメントの40分ほど前）の時点で公開されています。

さて、皆さん、 @types/[email protected]を試してみて、まだ壊れているかどうか教えてください。

@types/[email protected]でも同じ問題が発生します。 私のために働いた唯一の修正は、私のプロジェクトで手動でhoist-non-react-staticsを要求することです

第二に、@ types /[email protected]ではまだ壊れてい

@jamesreggio @weswighamコメントを見たかどうかは送信しているので、見たことがあると思います。

はい、ありがとう、私は持っていました。 私は今日の午後、シスコでReactを教えていました。 簡単なチェックの後、このスレッドを見つけたので、7.0.1に戻しましたが、問題なく動作しました。 しかし、私には少し奇妙な点があります。 上記のように、hoist-non-react-staticsを追加すると機能します。 hoist-non-react-staticsをアンインストールしても、引き続き機能します。 したがって、実際の依存関係がそこにある可能性がありますが、そのパッケージを削除してもそのまま残ります。 node_modulesとpackage-lock.jsonをクリアして、ホイストなしで再インストールすると、再び壊れます。 私は今ここから出なければならないので、今はもっと深く掘り下げようとしてこれ以上時間を費やすことができません。 とにかく、他の誰かがパッケージとより調和していることに気付くかもしれません。

明日もこれを掘り下げますが、正直なところ、助けが必要です
専門家から。 TSモジュールシステムの複雑さは私を困惑させます。 感じます
私がここですべてを正しく行ったように...

問題を抱えている方は、要点を貼り付けてください。
package-lock.jsonまたはyarn.lock？ これは問題に関連しているように感じます
hoist-non-react-staticsに独自のタイピングが含まれているという珍しい事実に
過去の短い期間。

午後08時03分ジョエルMussmanのでは木、2019年3月21日に[email protected]書きました：

はい、ありがとう、私は持っていました。 私は今日の午後、シスコでReactを教えていました。
クラスをかみます。 簡単なチェックの後、私はこのスレッドを見つけました私はそれらを取り戻しました
7.0.1まで下げて、問題なく動作しました。 しかし、私には少し奇妙な点があります。 追加した場合
上記のように、hoist-non-react-staticsが機能します。 アンインストールした場合
hoist-non-react-staticsそれは機能し続けます。 だから多分本当の
そこに拾われるが、削除しても固執する依存関係
そのパッケージ。 node_modulesとpackage-lock.jsonをクリアすると
ホイストなしで再インストールします、それは再び壊れています。 私は今ここから出なければなりません、
ですから、今はもっと深く掘り下げようとして、もう時間をかけることはできません。
他の誰かがとにかくそれがより速く感じるかもしれません
パッケージ。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33690#issuecomment-475477877 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAyLva1P2ZGe86669tG7yu7fe1yMWWf-ks5vZEgHgaJpZM4bjI1Z
。

これが私のpackage-lock.jsonです： https ：

こんにちはジェームズ、

OKクラスプロジェクトの何が問題なのか理解しました。 まだ修正方法がわかりません。 しかし、私は私が知っていることを公表するつもりです、そして多分DefinitelyTypedの誰かがあなたを助けることができるかもしれません。

前のラボでは、react-routerはreact-reduxの前にインストールされています。 react-routerの現在のバージョン（4日前まで）は4.3.1であり、 hoist-non -react- ます。 したがって、他の誰もhoist-non-react-staticsに依存していないため、ルールの下で、パッケージはnode_modulesのトップレベルにインストールされました。 これで[email protected]がインストールされました。 それは[email protected]に依存し/[email protected]の@types / react-reduxの依存関係は、トップレベルにないため、それを見つけられないようです。 私がまだ掘り下げていないこれらのルールですが、他の誰かがすぐにそれを特定できるかもしれません。

前述の他の人々の問題は、このシナリオに非常に似ている可能性があります。

関連する質問：@ types / react-reduxのどのバージョンがreact-reduxのどのバージョンにマップされているかをどのように知る必要がありますか？ 数字が合わないので迷ってしまいました。

この問題を修正するためのPRを作成しました＃34090

根本的な問題はバージョン7.0.5でまだ修正されていないため、この問題を再度開く必要はありませんか？
（@ types / hoist-non-react-statics + hoist-non-react-staticsをdevDependenciesに追加せずに）

devDependanciesに手動で追加しない限り、これを閉じてはならず、壊れたままにする必要があることに100％同意します

私はここの人々が最初から無視しているように見える適切な修正を提出しました：＃34406

PRがマージされたので、react-reduxタイプはhoist-non-react-staticsへの依存関係を更新する必要がありますか？

そう思います。 しかし、依存関係を削除（アンインストール）して、再度追加することで解決できると思います

差出人：モーリス[email protected]
送信日：2019年4月4日木曜日15:53:32
宛先：DefinitelyTyped / DefinitelyTyped
Cc：wolfy1339; マニュアル
件名：Re：[DefinitelyTyped / DefinitelyTyped] [@ types / react-redux] 'hoist-non-react-statics'にはエクスポートされたメンバー 'NonReactStatics'がありません（＃33690）

PRがマージされたので、react-reduxタイプはhoist-non-react-staticsへの依存関係を更新する必要がありますか？

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信するか、GitHub https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33690#issuecomment-480039685で表示するか、スレッドhttps://github.com/notifications/unsubscribe-auth/AEYfFbvvu7_1ZrU42jUUxkBX3uw7ucKDksをミュートし

あなたはreact-reduxタイピングを意味しますか？ やってみます。

@ wolfy1339https ：//github.com/DefinitelyTyped/DefinitelyTyped/pull/34406は私にとって問題を修正していないようでした。 これは、 hoist-non-react-staticsが@types/hoist-non-react-statics （ node_modules/@types/hoist-non-react-statics/node_modules/hoist-non-react-statics ）内にインストールされるため、TSは引き続きルートバージョン（ node_modules/hoist-non-react-statics ）のタイプを使用するためだと思います。

この時点で、試してみる価値がありました。 他の誰かがアイデアを持っていますか？

@weswighamこの問題を再開できますか？

同様の問題がありました-依存関係をインストールするためにnpmの代わりにyarnを使用すると、私の問題が解決しました。 回避策として試してみることができるかもしれないので、サイドノートとして投稿してください。

@ alan-mroczek私たちは糸を使用しているので、これは役に立ちません。 ここで何か他のものが働いているに違いありません。 （ロックファイル？）

正確な問題を理解しているかどうかはわかりませんが、yarnでうまくいった解決策は、package.jsonに解像度フィールドを追加することでした。

"resolutions": {
  "hoist-non-react-statics": ">=3.3.0"
}

この問題は"@types/react-redux": "7.0.8",でも引き続き発生し、「解像度」はモノレポ（毛糸ワークスペース）では機能しないため、「解像度」の設定は普遍的な解決策ではありません。

そして、とにかくそれが解決策になるとは思いません。 私の意見では、インストール後の@typesパッケージは「

この試練全体の解決策は、それをピア依存関係として追加することでしょうか？ 確かにそれは絶対確実ではありませんが、typescriptが必要な依存関係を見つけることを保証する唯一の方法です

Android用Outlookを入手するhttps://aka.ms/ghei36

差出人：モーリス[email protected]
送信日：2019年4月29日月曜日12:30:06 PM
宛先：DefinitelyTyped / DefinitelyTyped
Cc：wolfy1339; 言及
件名：Re：[DefinitelyTyped / DefinitelyTyped] [@ types / react-redux] 'hoist-non-react-statics'にはエクスポートされたメンバー 'NonReactStatics'がありません（＃33690）

そして、とにかくそれが解決策になるとは思いません。 私の意見では、インストール後の@typeshttps ：//github.com/typesパッケージは「正常に機能する」はずです。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33690#issuecomment-487649204で表示するか、スレッドhttps://github.com/notifications/unsubscribe-auth/ABDB6FL2OUVTTX754VHATFLPS4PA5ANCNFSM4G4MRVMQをミュートし

多くのことを試しましたが、@ types / react-redux 7.0.1にダウングレードすることが、現時点で機能する唯一の修正です。

私も同じです！ しかし、私は本当の修正がいつか来ることを願っています（この時代遅れの依存関係を維持することは奇妙です！）。

NPMとYarnが必ずしも「正しい」バージョンを配置するとは限らないため、react-reduxタイピングで＃34406と同じことを行い、 hoist-non-react-staticsに直接依存する必要があると思います。 hoist-non-react-statics @types/react-redux上のディレクトリにあるindex.d.tsあればそれを取得します）

これは本当に厄介な解決策です（TypeScriptで@types/hoist-non-react-statics/index.d.ts直接インポートできれば理論的には軽減できますが、合理的な代替手段は見当たりません（基本的に@types/hoist-non-react-statics依存している他の人は誰もいません）。同じことをする必要があります）

NPMとYarnが必ずしも「正しい」バージョンを配置するとは限らないため、react-reduxタイピングで＃34406と同じことを行い、 hoist-non-react-staticsに直接依存する必要があると思います。 hoist-non-react-statics @types/react-redux上のディレクトリにあるindex.d.tsあればそれを取得します）

これは本当に厄介な解決策です（TypeScriptで@types/hoist-non-react-statics/index.d.ts直接インポートできれば理論的には軽減できますが、合理的な代替手段は見当たりません（基本的に@types/hoist-non-react-statics依存している他の人は誰もいません）。同じことをする必要があります）

'../hoist-non-react-statics'からインポートするのはどうですか？
私が見る限り、パッケージ '@ types / hoist-non-react-statics'は '@ types / react-redux'がインストールされると自動的にインストールされるので、それが失われるリスクはないはずです。
私は自分に合った解決策を示すために2つのファイルを添付しました。

hoist-non-react-statics_index.d.txt
react-redux_index.d.txt

npmの動作方法を考えると、 hoist-non-react-statics入力がreact-redux兄弟ディレクトリにあることを保証することはできません。 ユーザーがインストールした他の依存関係に応じて、祖父母になることも、子になることもあります。

これは私にとってまだ壊れています。 私のexport default connect()(MyComponent)はanyタイプが与えられています。 7.0.1戻ると、この部分が修正されます...これは7.0.2です。

それでもで起こる7.1.0とにダウングレード7.0.1我々はTS必要があるので、私たちのためにオプションではありません3.5.2 TSで（ 3.4.5 、 7.0.1は機能します）、 7.0.1次のエラーがスローされます：

node_modules/@types/react-redux/index.d.ts:109:84 - error TS2344: Type 'GetProps<C>' does not satisfy the constraint 'Shared<TInjectedProps, GetProps<C>>'.
  Type 'unknown' is not assignable to type 'Shared<TInjectedProps, GetProps<C>>'.

だから、何か..回避策？ 私はこのテーマの専門家ではないので、これをどうする必要があるのか​​理解できません。

@tsakalidiskostas

さて、 react-reduxタイプの修正バージョンをリポジトリにコミットすることにしました。 （パッチパッケージの使用を決定した後。必要な糸の回避策を気にしない場合は、これは一時的な解決策として問題ありません。）

次の行を変更するだけです。

> = ComponentClass<JSX.LibraryManagedAttributes<C, P>> & hoistNonReactStatics.NonReactStatics<C> & {

に：

> = ComponentClass<JSX.LibraryManagedAttributes<C, P>> & {

私たちは静力学を使用しないので、それは私たちを傷つけることはありませんが、それはもちろんすべての人にとって受け入れられる解決策ではないかもしれません。

いいね！ 私は@alessioprestileoの変更の提案に行きました

import hoistNonReactStatics = require('hoist-non-react-statics');

にとって

import { NonReactStatics } from '../hoist-non-react-statics';

呼び出しをに変更します

> = ComponentClass<JSX.LibraryManagedAttributes<C, P>> & NonReactStatics<C> & {

そしてそれは私にとってもうまくいきました、私があなたの答えを見たとき、実際にはちょうど更新に向かっていました：D

では、修正を加えた新しいバージョンをnpmで公開しますか？:)

hoist-non-react-staticsのメンテナーにタイピングをレポにチェックインさせることはできますか？

だから..これは起こっているのですか、それともフォークの変更を進める必要がありますか？

やあ。 また、 @types/react-reduxバージョンの最新の7.1.1に@types/react-redux react-redux ： 7.1.0で更新しましたが、npmでこのエラーが発生しています。 これを参照しているすべてのチケットが閉じられているので、私は混乱しています。
7.0.1ダウングレードすると、この問題は修正されますが、最新のTypescriptバージョン3.5.xを使用すると、新しい問題が発生します。

/.../node_modules/@types/react-redux/index.d.ts(109,84): error TS2344: Type 'GetProps<C>' does not satisfy the constraint 'Shared<TInjectedProps, GetProps<C>>'.
  Type 'unknown' is not assignable to type 'Shared<TInjectedProps, GetProps<C>>'.
    Type 'Matching<TInjectedProps, GetProps<C>>' is not assignable to type 'Shared<TInjectedProps, GetProps<C>>'.
      Type 'P extends keyof TInjectedProps ? TInjectedProps[P] extends GetProps<C>[P] ? GetProps<C>[P] : TInjectedProps[P] : GetProps<C>[P]' is not assignable to type 'TInjectedProps[P] extends GetProps<C>[P] ? GetProps<C>[P] : never'.

それをちょっと悲しい回避策にします。

@types/react-redux最新バージョン（つまり、 7.1.1 ）は、制約としてShared<TInjectedProps, GetProps<C>>を使用しません（制約が正しくないことを指摘したTSの修正のためです） -古いバージョンのreact-reduxタイプのネストされたインクルードを強制している別のライブラリがあると思います。

だから、私は回避策があります。 これを「パッチパッケージ」と呼びます。

パッチパッケージを使用したことがない場合は、実際には非常に簡単です。 設定に追加し、npmでインストールするだけで、修正して機能している変更済みモジュールでpatchpackageコマンドを実行するだけです。 これで、パッチパッケージの下にいくつかのモジュールがあり、修正したモジュールの変更されたファイルのみが含まれています。派手すぎたり大きすぎたりすることはありません。エラーは修正され、依存関係は失われません。 1つまたは2つのファイルを簡単に削除でき、すべて問題ありません。

hoist-non-react-staticsをインストールすると、 react-redux 7.1.0と@types/react-redux 7.1.1のこのエラーが解決されることを確認できます。Typescript3.4.3も使用しています。

ただし、なぜこの問題が解決されたのかわかりません。 パッケージにパッチを適用したり、モジュール解像度ツリーをオーバーライドしたりすることなく、より合理的な解決策はありますか？

@jalMogoと同じ問題が

まだこの問題が発生しています。

@jalMogo私が理解している限り、これはreduxの問題ではなく、

私はそれがhoist-non-react-staticsの問題であることに同意しません。 これはreduxの説明の問題であり、node_modulesツリーに存在する場合、古いバージョンの間違ったバージョンのhoist-non-react-staticsを見ることになります。これは、ルーターなどの他のものがインストールされている場合に行われます。 。 依存関係を適切に記述し、新しいバージョンをnode_modulesツリーの近くに適切にインストールする必要があります。

これはまだ問題です。

+1

私はまだこの問題を抱えており、lintはコードにエラーがあると言っています。 誰かがまだこれに取り組んでいますか、それとも閉鎖されていると見なされますか？ 最新バージョンをすべてインストールしましたが、次のようになります。

名前空間 '"/ home / myhome / Projects / node_modules / hoist-non-react-statics / index"'にはエクスポートされたメンバー 'NonReactStatics'.ts（2694）がありません

これは間違いなく彼らの側の問題です。 回避策：プロジェクトが機能するには、 @types/hoist-non-react-staticsをプロジェクトの依存関係としてリストする必要があります

しかし、私はそれを持っています、そしてそれでも問題があります：
「依存関係」：{
..。
"@ types / hoist-non-react-statics"： "^ 3.3.1"、

私のpackage.jsonにあります

私の悪い。 hoist-non-react-staticsが必要です

投稿者：ロバート・Rehammar [email protected]
送信日：2019年10月20日日曜日1:50:51 AM
宛先：DefinitelyTyped / DefinitelyTyped [email protected]
Cc：wolfy1339 [email protected] ; 言及@ noreply.github.com
件名：Re：[DefinitelyTyped / DefinitelyTyped] [@ types / react-redux] 'hoist-non-react-statics'にはエクスポートされたメンバー 'NonReactStatics'がありません（＃33690）

しかし、私はそれを持っています、そしてそれでも問題があります：
「依存関係」：{
..。
"@ types / hoist-non-react-statics"： "^ 3.3.1"、

私のpackage.jsonにあります

—
あなたが言及されたのであなたはこれを受け取っています。
GitHubの上に、直接このメールに返信して表示https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33690?email_source=notifications&email_token=ABDB6FORFBHI575QMINWIQ3QPPWTXA5CNFSM4G4MRVM2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBYC7IY#issuecomment-544223139 、または退会https://github.com/notifications/unsubscribe- auth / ABDB6FLBLRAIO2PIIGMMJY3QPPWTXANCNFSM4G4MRVMQ 。

私が持っている"hoist-non-react-statics": "^3.3.0"私の依存関係にあると"@types/hoist-non-react-statics": "^3.3.1"私のdevDependencies中を、私は今でも、同様の問題に自分を持っています。 他のライブラリもこれらの古いバージョンをプルしていないことを確認しました。

また、 "@types/hoist-non-react-statics"を明示的にインストールせずに試しましたが（私が理解していることから、メインパッケージにはすでに型が含まれているはずなので）、同じ結果になりました。

この問題に直面している人は誰でも実行可能な複製を提供する必要があります。そうでない場合、私たちは何の助けも提供できません。

申し訳ありませんが、私が経験しているプロジェクトはオープンソースではなく、それを紹介するための別のプロジェクトを作成する時間がありません。 私はしかし、通知をしたことは、私が有効になるまでのプロジェクトは何の問題もなかったですallowJs: trueでtsconfig.json 。 この設定がなくても、すべてが正常に機能しました。 それが役に立てば幸い。

'hoist-non-react-statics'を追加すると、ここで修正されたようです。

reproは、@ types / react-reduxをインストールしてから、react-reduxのすべてをtsxファイルにインポートするだけです。

この問題を修正する1つの方法は、「skipLibCheck」を追加することです：tsconfig.jsonにtrue。 これは最善の解決策ではありませんが、回避策として使用できます。

これは、typescriptが次の順序で問題を解決するために発生すると思います。

1. package/package.json[types]
2. @types/package
3. package （ typesフィールドを除くすべて）

なぜそれが行われるのかは私には謎ですが、ここに文書化されています： https ：//www.typescriptlang.org/docs/handbook/module-resolution.html#how -typescript-resolves-modules

したがって、たとえば、次のディレクトリ構造がある場合：

node_modules/
  @types/
    hoist-non-react-statics/ (3.3.0)
    react-redux/
      node_modules/
        hoist-non-react-statics/ (3.3.0)

  hoist-non-react-statics/
    package.json (2.0, which has a types field!!!)
    index.d.ts

次に、typescriptは次のことを行います。

1. 現在のバージョンには型が含まれていないため、 node_modules/@types/react-redux/node_modules/hoist-non-react-staticsから型を取得できません
2. package.jsonにはtypesフィールドがあるため、 node_modules/hoist-non-react-statics （古いバージョン）から型を見つけることに成功します

したがって、他の人が言及しているように、プロジェクトに最新のhoist-non-react-staticsへの依存関係を追加することで問題を修正できます。これは、 package.json typesフィールドがないためです。ステップ2を失敗させます。

皮肉なことに、プロジェクトに古いhoist-non-react-statics （3.0.0など）への依存関係を追加することで修正することもできます。 これが機能するのは、正しいバージョン（3.3.0）がnode_modules/@types/react-redux/node_modules/types/hoist-non-react-staticsに強制的にインストールされ、以前に解決されたためです：confounded：

だから私は2つの質問があります：

1. typescriptがtypesフィールドを特別にこのように扱うのはなぜですか？ typesフィールドが使用されているかどうかに応じて、 @typesパッケージの前後に表示されます。
2. hoist-non-react-staticsかつて型を組み込んでいたとしたら、なぜそれらはここに再配置されたのですか？ タイプがパッケージに組み込まれている場合、これは問題にはなりません。 糸/ NPMがコードとタイプの別々のパッケージを適切に処理する方法がわかりません。2つがどのように接続されているかがわからないためです。

この問題は、最新のパッケージバージョンで再浮上したようです。

[email protected]
@types/[email protected]

package.json次のパッケージを手動で含めることで、これを解決できました。

[email protected]
@types/[email protected]

最初のnpm install後にhoist-non-react-staticsパッケージがあったため、 node_modulesフォルダーにこれらのパッケージの重複がありました。 npm dedupe実行すると、それが解消されました。

それが一緒に来る他の人を助けることを願っています！

私もこの問題を抱えていました- @ DannyDelottの解決策を称賛して

私もこの問題を抱えていました- @ DannyDelottの解決策を称賛して

package.jsonを直接必要のない依存関係で汚染することなく、今のところ最も簡単な解決策は、 @types/react-reduxを削除することです。

npm remove @types/react-redux

この問題が解決されたことを確認したら、元に戻すことができます

問題はまだ発生しており、これを修正する唯一の方法は、前述の依存関係をプロジェクトに追加することです。 ただし、これは理想的ではないため、すぐに修正されることを願っています。

まだこの問題に気づいています。

安定した修正が公開されている間も開発を続けることをいとわない人は、以下のtypedefを使用できます。

// [your-src-folder]/types/hoist-non-react-statics.d.ts

declare module 'hoist-non-react-statics' {
  type NonReactStatics<T> = any;
  export { NonReactStatics }
}

これは理想的なソリューションではありませんが、少なくともTSでのビルドエラーを回避するのに役立ちます