問題タブ [redux]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
3364 参照

reactjs - ログイン後のReactルーターリダイレクト

私はreact-reduxでreactルーターを使用しています。アクションからのログインに成功した後、「/」(ルート パス) に転送する必要があります。アクションでこれを行うにはどうすればよいですか?

0 投票する
1 に答える
14818 参照

javascript - React と redux を使用して別のレデューサーからアクションを呼び出す

2 つのコンポーネントを取得しました。マーケットとステータス。ステータスコンポーネントはユーザーが持っている金額を管理し、市場にはいくつかのものを購入するためのボタンがあります. (市場コンポーネントで) ボタンをクリックすると、お金が減少します。

どうすればこれを可能な限り最良の方法で達成できますか?

これは、Market と Status を持つ私の App コンポーネントです。

市場コンポーネントのステータスからアクションをバインドしました (これは正しいことではないと思いますが、うまくいきました)。

この後、次のようなボタンをクリックするだけで、Market コンポーネントでこれらのアクションを処理します。

より良い方法はありますか?

ありがとうございました

0 投票する
2 に答える
3632 参照

javascript - React でコンポーネントから離れる際にリクエストを中止する

reactreduxおよびを使用してreact-routerいます。私のページの 1 つは、API 要求を作成し、データを表示しています。それは正常に動作します。私が知りたいのは、API リクエストがまだ終了しておらず、ユーザーが別のルートに移動した場合、リクエストを中止できるようにしたいということです。

で何らかのアクションをディスパッチする必要があると想定していcomponentWillUnmountます。それがどのように機能するかを理解できないだけです。何かのようなもの...

そして、xhr参照をアクションのどこかに保存します。これが正しいアプローチかどうかわからない (私はそうは思わない) 誰かが私を正しい方向に向けることができますか?

0 投票する
1 に答える
4832 参照

reactjs - 単体テストでディスパッチ(アクション)がすぐに還元状態を更新しない

私は、react と redux に基づいてアプリケーションのテスト ケースを作成しています。

でレンダリングした後initialState、アクションをディスパッチして、状態が変化するかどうかを確認します。

次に、状態を出力します

私は状態がであることを期待しています{"key": "some_val"}。ただし、まだ表示されます{"key": "old_val"}

action-creatorsテストではなく、アプリケーションは正常に動作するため、またはに問題はありませんreducers

ここで何か間違ったことをしていますか?ところで、thunk非同期アクションのディスパッチにミドルウェアを使用しています。それはここで干渉しますか?はいの場合、非同期アクションが完了するまで待つにはどうすればよいですか?

アップデート:

ここに示すredux テストは非常に簡単ですが、問題なく動作しているようです。

0 投票する
0 に答える
151 参照

reactjs-flux - すべてをフラックスにすべきではないのはなぜですか?

数ヶ月前、私は Flux に出会い、それが素晴らしいことを発見しました。私はそれが大好きで、私はそれを使用しています..ほとんどすべての新しいプロジェクトで、redux に会ったとき、私はそれをさらに愛していましたが、数日前に Pete Hunt がツイートを公開しました。彼は人々が何にでもフラックスを使うと判断します。そして、私はそれが完璧な意味を持っていると思いますが、一方で私はそれを理解していません.. 彼はフラックスのケースを説明する別のツイートを公開し、フラックスのユースケースに関する記事も読みました. 簡単に言えば、「アプリに複雑なデータ変更とキャッシュがない場合は、使用しないでください。ただし、そうである場合は、Flux を試すことを強くお勧めします。」なぜフラックスを使用する必要があるのか​​ は完全に理にかなっていますが、複雑なデータ変更がない場合になぜフラックスを使用すべきでないのかは明確ではありません。

記事のダンポイントでは、実際のプロジェクトでこれらの問題(フラックスが解決する)に直面したとき、フラックスの利点を理解しやすくなりますが、まさにこれ(仕事のプロジェクトでこれらの問題に直面したため)を試してみますもう扱いたくないので、すべてのプロジェクトでフラックスを使用してください。

そしてクレイジーな部分は、データの変更だけでなく、UI の状態にもよく使用することです。時計などのウィジェット コンポーネントを使用できるとしましょう。秒の表示/非表示、デジタル/アナログの切り替え、昼間タイプの状態 (昼/夜) などのいくつかの UI 変更を行うことができ、変更されたときにイベントをディスパッチできますが、他のコンポーネントはそれをリッスンして反応することができます。背景色を変更します。ローカルコンポーネントの状態とコンテナ(スマートコンポーネント)の状態だけで簡単に解決できますが、これらすべてのロジックをストア(リデューサー)に配置できるのと同じで、コンポーネントは実際にダンプされ、現在の状態(小道具)とコンテナに反応するだけです(スマート) コンポーネント間のストアとパーティション化された状態をリッスンするだけです。そして、それでも問題ないように見える場合は、すべての UI 状態 (サイドバーの開閉、特定のコンポーネントの変更など) に使用できることを指摘してください。

できる理由:

  • それは私にとって予測可能に見えます。アプリ サービスで発生した変更が 1 か所で発生したことは完全にわかっています。
  • デバッグが簡単です。すべてのアクションをログに記録するだけで、バグが発生した場合に、何が起こったのかを簡単に見つけて再現できます。
  • 心配することなくアプリを簡単に拡張できます。何かをフラックス状態に移動する必要があります。すでに行っているからです。

しかし、圧倒されているように見え、フラックスなしで解決できることにも同意しますが、これらの場合にフラックスを使用しない理由については答えられません。それの何が問題なのですか?私を助けてください。