問題タブ [redux-middleware]

redux-persist 5.10.0 を使用。

公式ドキュメントを使用して構成した後、完全に機能しています。

と：

configureStore.js ファイルからわかるように、axios 用のカスタム ミドルウェアがあります。認証にJWTを使用しています。RECEIVE_LOGINこのミドルウェアは、返されたトークンを axios インスタンスのデフォルト ヘッダーに割り当てることができるように、という名前のアクション定数をチェックします。

しかし、redux-persist のため、action.type からカスタム タイプ - RECEIVE_LOGIN - を取得できません。代わりに persist/PERSIST を取得してから persist/REHYDRATE を取得しています。でカスタム タイプを見つけることさえできませんaction。

調べてみましたが、カスタムミドルウェアの例は見つかりませんでした。

私の質問は、redux-persistカスタム ミドルウェアと一緒に使用するにはどうすればよいですか?

私の反応ネイティブアプリでは、サーバーへのすべてのフェッチリクエストの前に、以下のユースケースを実行する必要があることを確認する必要があります

-> redux に保存されているトークンの有効期限を確認します。

--> トークンの有効期限が切れていない場合、アプリはfetchサーバーへの要求を続行します

--> トークンの有効期限が切れた場合、アプリはユーザーに知らされることなく、すぐに新しいリクエストを送信しrefresh tokenます。トークンが正常に更新された後、アプリはfetchサーバーへの要求を続行します

でミドルウェアを実装してみましたredux-thunkが、いい設計かどうかわかりません。ミドルウェア コードの経験がreduxあり、reactフィードバックをくれる人が必要なだけです。

checkTokenAndFetchこれは、アクションクリエーターをディスパッチして、アプリのコンポーネントを介してサーバーにリクエストを送信する方法です。

ここにアクションクリエーターがあります- checkTokenAndFetch私がいるauthActions.jsファイルにありactionsます

トークンの有効期限が切れた場合に呼び出す関数はisTokenExpired、refreshTokenauthServices.js という名前の別のファイルにあります。

そして、fetchForUFSauthServices.jsの私の関数は、トークンチェック（リフレッシュ）の完了後にサーバーを呼び出します。

redux-thunk、redux-promiseおよびドキュメントを大量に読みましたが、middlewareミドルウェアロジックを本当に実装しているかどうかまだわかりませんか?