私はmapstatetopropsがReduxアプリケーションの状態をReactコンポーネントの小道具にマッピングしていることを理解していますが、減速機が新しい状態を返すときに何が起こっているのかよく分かりません。アプリケーションレベルの状態にマップされた小道具?還元剤の状態を更新すると、コンポーネントの再描画がどのようにトリガされますか?
純粋なReactでは、setStateが再レンダリングを正しくトリガしますか? Redux経由で何か似たようなことが起こっていますか?
私はmapstatetopropsがReduxアプリケーションの状態をReactコンポーネントの小道具にマッピングしていることを理解していますが、減速機が新しい状態を返すときに何が起こっているのかよく分かりません。アプリケーションレベルの状態にマップされた小道具?還元剤の状態を更新すると、コンポーネントの再描画がどのようにトリガされますか?
純粋なReactでは、setStateが再レンダリングを正しくトリガしますか? Redux経由で何か似たようなことが起こっていますか?
Redux
とReact-Redux
はどちらも浅い等価性検査を採用しています。特に
:
Redux's combineReducers
ユーティリティが浅く、それが呼び出し減速によって生じる基準の変更をチェックします。
React-Redux's connect
メソッドは、ルート状態への参照変更を浅くチェックするコンポーネントを生成し、return values from the mapStateToProps
関数は、ラップされたコンポーネントが実際に再レンダリングする必要があるかどうかを確認する機能を持ちます。そのような浅い点検は、不変性が正しく機能することを必要とする。
reduxの「接続」機能を使用してコンポーネントを作成すると、それはredux状態に接続するシーンの背後にあり、状態の変更のリスナーがあります。
小道具から値を取得する単純なコンポーネントを作成しますが、これらの小道具は「mapStateToProps」で接続するステートから取得します。
redux-react connect関数には決して参加しませんが、もし望むなら、あなたは確かにそれが正確に何かを見ることができます。
しかし、主なポイントは私が上記で説明したものです。