アイデアの実現：
1、コンポーネントの設計は、データを実現するために考えによって駆動され、データ構造は、ネストされた構造です。
2、配列selectedArrレンダリングパネルは、パネルは、3層の最大値を有し、第一層は、データを提供する第1のデータソースの層であり、第三の層の第2のデータ層は、クリックに対応するノードの子ノードです。
図3に示すように、各クリックは、適切な位置selectedArr配列にノード情報をクリックして、更新をトリガします。
問題が発生しました：
1、データの流れを遮断します
データ駆動型の設計を考える、パネルアレイをレンダリングし、アレイは、アレイの変化のレンダリングを行う場合、しかし、デバッグの実行をトリガしないであろう最初の着信データ・ソースであること、及びその後useMemo、考えるべきです変更のアレイ配列の強制レンダリング無力状態が内部部品に設計されている場合にも状態にデータをコピーするために小道具をもたらしながら、アセンブリ全体がブロッキング、非制御の成分となるを作るためにレンダリングし、次いでデータ・ストリーム、
2、あなたは配列をクリックすると、配列のコピーを保ちます
データマップは、ULリストはキーULリストとして指定されていない返さ3、
ラベルだけを残して、設計データソース、ミニマル省略値の原理は、ラベルの変更の原因となります4、
図5に示すように、マップは、各結合事象のサイクルリチウム、リチウムをレンダリングし、結合事象のために対応する情報のLiを送信し、バインドを使用してパラメータを渡す方法
レガシー問題：
1、結合事象の方法は、公式サイトが指摘反応します：
1、バインド方法
2、機能の矢印
コンストラクタに結合3、
4、文法クラスフィールドを使用して
どちらの方法3,4をお勧めします。コールバック関数がプロップサブコンポーネントとして渡される場合、追加の構成要素は、再レンダリングのパフォーマンスの問題のこのタイプのを避けるために34を使用してもよいです。
また、イベントハンドラメソッドのパラメータを渡すことを指摘反応し
図1に示すように、矢印の機能
バインドを通過する2、パラメータ
両者の違い：矢印関数は、イベント配信オブジェクトがディスプレイを持っている必要があり、バインドの実施形態は、暗黙的に送信されてもよいです。
結合していない大量の参加の必要性を理解する方法と、イベントハンドラメソッド
2、レビュー時間コードは、それがネストされている場合には、データ構造の同じレベルがドライブから、より容易に符号データに反映するように設計され、そのようなデータ構造の設計において、ユーザが明確容易ネストされたデータ構造ではなく、データ構造であることを示しデータ駆動型のそれはより良いデータ構造を取得していないことで効果を変換する方法？