問題タブ [redux-persist]

App.js で redux 状態にアクセスする必要があります。

現在、アプリケーションのルーティングを処理するためにナビゲーション コンポーネント「スイッチ」を使用しています。また、関数でアプリケーションの状態を確認できる と を使用していconnectます。この問題は、App.js の this.props が状態をまったく返さないことです。mapStateToPropsmapStateToProps

redux 状態を介して isAuthenticated を Switch に渡そうとしています。

App.js:

redux-persist-transform-encrypt と組み合わせて redux-persist を使用して、localstorage の redux ストアを暗号化しています。だから私は暗号化を次のように実装しました：

すべてがうまく機能し、redux ストアはローカル ストレージで暗号化されます。私が気付いた問題は、webpack 4 を介して実稼働バンドルを実行するときです。bundle.js ファイルで、「secretKey」を検索するとキーの値を確認できます。私がやったとき、私はこれを見ることができました：

暗号化に使用するキーを生成する方法を知っている人はいますか?ソースで bundle.js を見ている人からそのキーを隠しますか? または、この暗号化をより安全にする他の方法。

Web アプリケーションでRedux PersistとLocalForageを使用しています。ユーザーに関する一部のデータを更新する、ログイン時に発生する一連のアクションがあります。すべてのアクションが起動され、データが indexedDB に JSON 形式で保存された後の IndexedDB のサイズは ~1.4Mb です。

ただし、ページを更新してアクションを再度トリガーするか、ログアウトして再度ログインすると、IndexedDB 内の値が変更されていなくても( JSON diff ツールで再確認しました)、ストレージのサイズは増え続けます。Chrome は、サイズが数 MB 拡大した後に一部を消去しますが、最初の正しいサイズには戻りません。

IndexedDB JSON はまったく同じで、まったく違いはありませんが、サイズが大きく異なります。なぜこれが起こっているのか、どうすれば防ぐことができるのか誰か知っていますか? また、ChromeがIndexedDBを乱雑にしているデータをいつ/どのくらいの頻度でクリアするかを知りたいのですが、それに関する参照を見つけることができませんでした.

どうもありがとう

redux-persistライブラリは、redux ステート ツリーをある種のストレージに保存し、アプリを再度開いたときに復元する方法を提供します。

状態ツリーには有用なデータが含まれているため、状態ツリーを復元する必要があると思いますが、ライブラリにはレデューサーを永続化するための機能も含まれています。

レデューサーは状態を変更するための関数にすぎないと信じているため、背後にある動機をよく理解できません。これらは、状態ツリーの動的データと比較して、コードで明確に定義されています。

レデューサーを永続化する必要があるのはいつですか? それが役立つ理由を示す例はありますか?