私は数日前から反応を見ようとしていますが、私のアプリケーションのデザインをクリアするのに問題があります。複数のコンポーネントを持つデザインパターンを反応させよう
私が望むのは、APIと通信する「複雑な」フォームを作成することです。 APIの背後には古典的なSQL DBがあります。 プレイリストテーブルにm2mを持つビデオプレーヤーがあるとします。
私は今、プレイヤーのすべてのフィールドを持つコンポーネントを持っています。プレイヤーテーブルのリストフィールドには、プレイリストの選択肢が表示されます(このデータはAPIを使用して取得します)。ここまでは順調ですね。
プレイヤーを作成するときに新しいプレイリストも作成したい場合は、新しいプレイリストを作成するために、fromを使用して新しいコンポーネントを作成したかったのです(新しいプレイリストを追加するためにクリックするボタンがあります)。
今私の質問:
プレイリストの形式は、POST API呼び出しを行う必要があるとプレーヤーのフォームコンポーネントに新しく作成されたIDを返す必要がありますので...プレイリストのコンポーネントは、自身の状態を持っているべきですか?
2つのコンポーネントが独自の状態を持つことをお勧めしますか? (プレーヤーのフォームにm2mのフィールドがいくつかあり、状態がただちに構造化されたままになってしまうこともあります)。
プレーヤーのフォームをアンマウントすることをお勧めします新しいプレイリストを追加したり、プレーヤーの形がちょうど見えなく?
コンポーネント自体またはその子のみを対象としている限り、異なるコンポーネントに状態を設定することができます。つまり、あなたの国家の状況が制御不能になった場合、sthを見てください。還元のように。 – xDreamCoding