ユーザー入力に反応する AJAX ベースの検索フィールドがある場合、AJAX を介してバックエンドから検索結果を要求し、検索フィールドの下のドロップダウンに結果を表示し、カーソル キーを介して検索結果をナビゲートし、escキーの押下に反応します。インテリジェントな方法。
現在のバックボーン ベースのコンポーネントは多くの点で壊れているため、アーキテクチャを使用Reactしてその検索コンポーネントを再実装したいと考えています。Flux
計画中に、私のコンポーネントには少なくとも 10 の異なる状態 (おそらくそれ以上) がありactions、ユーザー入力によってactionsトリガーされ、非同期サーバー応答によってトリガーされるように反応する必要があることが判明しました。
質問store1 :親コンポーネントではなく、すべての状態をモデル化する必要がありますか? つまり、すべてのユーザー入力がストアの状態 (たとえば ) を変更し:searchQuery、:searchResults親ビュー コンポーネントがその状態の変化に反応することを意味します。
質問2 : または、親コンポーネント自体ですべての状態をモデル化し、 a を省略しstore、完全に削除する必要がdispatcherありますか?actions
質問3 :storeまたは親コンポーネント自体の状態の処理とは別に、コンポーネント自体は少なくとも 10 の異なる状態を持つことができ、特定の数の遷移のみが許可される必要があることが判明しました。通常、ここでステートマシンの実装をプルし、すべて:statesをモデル化し、許可され:transitionsた遷移を実行storeして、親コンポーネントでアクションが受信されるか、コールバック メソッドが呼び出されるたびに実行します。コンポーネント内でこれらの間でReact way処理するのが正しいのは何ですか?statestransitionsstates
質問Flux4 : Javascriptの最先端の実装はどれですか? これまで逆流を見てきましたが、よくわかりません。それが私の毒です。
私はここであらゆる種類の提案を受け入れます。