問題タブ [flux]

最近、ReactJSとFluxyを使い始めました。

これらのツールについて提案できる最高のリソースを教えてください。投稿、記事、例など、読んだ後に気分が良くなったと感じたリソースはどれでも構いません。

これらのツールを使用してすでに 1 か月以上が経過したので、最初のステップ / Hello World アプリケーションは終了しました。とにかく、AngularJS (ReactJS の前に使用していたもの) と比較すると、オンラインで興味深い読み物を見つけるのが難しくなっているようです (私は検索が下手なだけかもしれません!)。

公式ドキュメントは非常によくできていて、稼働させるには十分すぎると思いますが、Flux の背後にあるアーキテクチャの選択、その背後にある理由、およびすべてのことを理解するために、できるだけ多くの情報を得ることができれば幸いです。考えさせられる難しい仕事を成し遂げることができます！MVCや他のフレームワークとの比較も面白いです！

助けていただければ幸いです、ありがとう、ルカ

新しい TYPO3 インストール 6.2.7 および 6.2.9 で最新バージョンのフラックスを試しました。fluidcontent と fluidpages に同じテンプレートを使用しましたが、正しく機能しません。

ページ グリッドが機能しません。(デフォルトの TYPO3 グリッドが表示されます) また、コンテンツ要素のグリッドも機能しません。

これに対する解決策はありますか？

以前の質問で、Flux アプリでサーバーに更新を送信する責任者を尋ねました。アクションはこれを行うべきだと人々は私に言いました。したがって、サーバーからデータをフェッチする場合も同じであると想定しています。FetchData アクションがあり、データをフェッチして、ストアが保持するデータをディスパッチします。しかし、そのような場合、キャッシュ ロジックはどのように機能するのでしょうか?

リストが最後に要求された時刻を保存する必要があると思います。StreamsStore 内のリストの TTL と fetchStreams アクションは TTL と最後のフェッチ時刻を取得して、サーバーに問い合わせる必要があるかどうかを判断します。

これは正しい方法ですか？ストアとアクションの間でキャッシュ ロジックを分散させるのは奇妙に思えますが、これ以上の方法は思い浮かびません。

この YouTube ビデオを見ました。

ここで Jing は、ゴーストの新しいメッセージ数の問題の例と、Flux を使用してそれを修正した方法を示しています。そのような問題につながる特定の一連のイベントは何ですか? これはマルチスレッド環境による問題ですか? 単純なコード構造はさておき、Web ブラウザの Javascript のようなシングル スレッド環境ではフラックスのようなアーキテクチャが必要ですか?

私の react.js (Fluxxor) アプリケーションでは、さまざまなフォーム間を移動する必要があります。例: ログインコンポーネントは、ユーザーが認証されていない限り表示されます。ユーザーがログイン コンポーネントにログインすると、エントリ コンポーネント (またはその他のもの) のリストが表示されます。そこから、エントリの詳細コンポーネントを開くことができます (つまり、エントリのリスト コンポーネントを非表示にする必要があります)。

これに最適なアプローチは何ですか？

私が試したこと：

• コンポーネントの交換（非表示にするコンポーネントのアンマウントと表示するコンポーネントのマウント）
• DOM に複数のコンポーネントを持つ。（しかし、これは許可されていないようです/可能です）
• すべての子コンポーネント (ログイン、リスト、詳細) を持つルート コンポーネントを持ち、そのストア クラスにコンポーネントが表示されるかどうかを決定させます)

ありがとう

基礎となるメカニズムをよりよく理解するために、フラックス設計の原則を使用して簡単なアプリケーションを作成しています。強化されたエクスペリエンスを提供するために、ユーザーの変更はローカル ストアにすぐに記録されるため、ゼロ レイテンシーでインターフェイスが更新されます。同時に、非同期リクエストがサーバーにディスパッチされます。サーバーに障害が発生した場合、ローカル ストアはサーバーから再ロードされます。

ただし、サーバーの応答が遅いために複数の非同期要求が保留されているシナリオを処理する最善の方法がわかりません。このようなシナリオでは、障害への対処ははるかに複雑に見えます。たとえば、保留中の非同期リクエストが 3 つあるとします (ユーザー インタラクションを変更する状態ごとに 1 つ)。最初は成功しますが、2 番目は失敗します。3 番目の要求をキャンセルする必要がありますか? 3 番目のリクエストではなく、2 番目のリクエストからの変更をロールバックするにはどうすればよいですか。

できればこの種の複雑さは避けたいと思います。フラックスはそのようなシナリオに対処するメカニズムを提供しますか? 複数のリクエストがキューに入るのを防ぐために、非同期リクエストが保留されている間に UI をロックできることはわかっていますが、そのようなアプローチのユーザー エクスペリエンスの低下を紹介するのは嫌です。

編集: 複数の非同期呼び出しの問題がフラックスに固有のものであるかどうかについて、かなり疑問視する人もいます。私が言及しなかったのは、私の懸念は、ストア/ディスパッチャーが同期コードのみを実行する というガイダンスに固有のものであるということです。

私は Flux を使用してアプリをビルドしていますが、「flux で共通コンポーネントを作成する方法は?」という質問があります。

まず、「共通コンポーネント」とは、Facebookの「いいねボタン」のようなコンポーネントのことで、1つのプロジェクトだけがこれを使うわけではありません。

コンポーネントには「Store」、「Action」、「View(react component)」があり、「Store」はアプリの Dispatcher の「dispatchToken」をエクスポートします。しかし、「Action」の部分には Dispatcher が必要で、次のように使用します。 「Dispather.handleViewAction」。しかし、コンポーネントのコンテキストでは、Dispatcher が何であるかはわかりません。

あなたのアプリでは、共通のコンポーネントをどのように作成しますか?または、Facebook のグループがそれを作成する方法を知っていますか?

私は Flux Slider を使用しています。画像を追加しましたが、スライダーを上、左右、下から囲むこれらの空白/ブロダーがあることを除いて、すべて正常に機能します。
#slider の CSS を境界線なし、パディングなし、マージンなしにリセットして削除しようとしましたが、役に立ちませんでした。アイデアはありますか?