Reduxストアにテーブルデータを格納してアクセスするための正しいアプローチ

Question

私はReactJSとReduxの新機能です（一般的な開発ではありません）。私が構築しているSPAに最も近づける方法を決定しようとしています。

私のアプリはAPIを介してデータセットをダウンロードし、スプレッドシートに表示します。私はReduxを使ってデータを保存したいと思います。それは正しいアプローチですか？大規模なデータセットを検討する可能性があります。スプレッドシートに現在レンダリングされているデータのみを保存する方が適切でしょうか？

データの行がAPIから要求されるため、レンダリング速度とメモリ管理の面で効率的で、潜在的なネットワークの問題を考慮したアプローチについては、完全に迷っています。コンポーネントの状態ローカルまたはReduxの中：あなたが反応する/ Reduxのアプリ上で作業しているとき

おかげで...

Answer 1

、あなたは一般的にあなたの状態を保存するための2つのオプションがあります。それぞれが適切であるときに詳述されているかなりの数のブログ記事があります。 This github issue comment from Dan Abramov、再来のクリエイターの一つ、かなり簡潔に

を使用し、それを合計は、グローバルにアプリには関係ありませんし、複雑な方法で変異していない一時的な状態のために反応します。たとえば、いくつかのUI要素のトグル（フォーム入力状態）。世界的に重要なことを述べたり、複雑な方法で変異させたりするには、Reduxを使用します。たとえば、キャッシュされたユーザー、またはポストドラフト。

時にはRedux状態からReact状態（Reduxの中に何かを格納するのが厄介になるとき）や逆に（多くのコンポーネントがローカルであったいくつかの状態にアクセスする必要があるとき）に移動したいことがあります。

大雑把に言えば、それほど厄介ではありません。

コンポーネント状態とレフィックス状態の両方を効率的に使用できるため、選択する際にはあまり心配しません。あなたが説明した内容からは、私が尋ねる質問は

• は、私がロードされたデータの複数のスプレッドシートを持っている必要がありますかありますが、すべてが一度に表示されていませんか？たとえば、スプレッドシートの複数のタブがあり、そのたびにデータを再フェッチしなくてもタブを使用できるようにしたい場合があります。
• 多くの異なる場所でスプレッドシートデータにアクセスする必要がありますかそれはかなりローカライズされていますか？
• スプレッドシート内のデータを修正することはできますか？もしそうなら、reduxとwithoutを使用してこれらの変更を実行することがどれほど難しいでしょうか？

その他の考慮事項もあります。一般に、与えられた助言は、それが不自然に感じ始めるまでReactローカルコンポーネント状態を使用することに固執し、その後、その時点でreduxに移動することです。多くの場合、コンポーネントの状態は必要なものすべてであり、そうでなければ、reduxが役立つ状況に対してはより良い感謝を得るでしょう。