問題タブ [fluxible]

入力としてURLを取得して解決する入力コンポーネントがあります（resolve =そのURLのプレビューを何らかの方法で取得します）：

ご覧のとおり、UrlResolver は ResolverStore の変更を待機します。このような変更は、入力に変更がある場合に発生する可能性があります。私の問題は、ビューに 10 個の UrlResolvers がある場合です。この状況では、1 つの入力が変更されると、ResolverStore が変更され、10 個の異なるイベントがトリガーされるため、10 個の異なる setStates が 10 回の再レンダリングを引き起こします。このすべてに対して、この変更を処理する必要があるのは 1 つの入力だけです。このようにして、9 つのコンポーネントは、それらに属さない解決データも追加します。

そのようなニーズに対する解決策は何ですか？

私のアプリは Fluxible / React アプリケーションです。

LoginForm をテストしようとする次の仕様があります。埋め込みコンポーネントは rewire を使用してスタブ化されています。http://fluxible.io/api/components.html#testingを参照しました。

it("renders") が通過する最初の仕様。ただし、コメント付きのコードに示されているようにさらにテストを実行しようとすると、テストは失敗します。

コンポーネントで TestUtils を使用して、LoginForm の状態をアサートしたり、シミュレートされたイベントをトリガーしたりすることができません。それを行う方法はありますか？

私たちのスタジオでは、react/fluxible でのストアの適切な使用法を理解するのに苦労しています。基本的に、UI フローを進めるために必要な一時的な情報 (成功やエラーなど) を、永久に保持せずにどのように保存すればよいのでしょうか? 私たちは常に、ストアは永続的な情報を保持するものだと理解してきました。複数ページの登録フローでstep1Completeは、店舗で追跡するのに適していないようです。

これまで見てきた別のオプションは、コンポーネントで AJAX 呼び出しを使用して、処理を続行するために必要なデータを提供するだけの単純な呼び出しを行うことです。それは一般的な方法ですか？それは同型アプリを壊しますか？

私たちは考えすぎていませんか？

Fluxible-router で koa を使用しようとしています。ほとんどの明白な例は同様のパターンを使用しますが、send() を直接、navigateAction に使用します。

React.renderToString() は、executeAction コンテキストで呼び出されたばかりの適切な小道具を取得します。

私が見つけた唯一の小道具を取得する方法は、executeAction() 内で renderToString() を実行することでしたが、非同期で実行されるため、console.log('2') が console.log('1') の前に実行され、返された本文は null です。

renderToString を待つ方法も、正しいコンテキストで renderToString() を実行する方法も知りません。

ありがとう

私は React と Fluxible と Electron を使用してアプリ フローに取り組んでいましたが、標準の React フローに従います。つまり、component -> action -> store -> component

1. いくつかの React コンポーネントをクリックすると、in がトリガーActionされますActionCreators
2. Actionfs.readfileSync'done'をstore
3. React コンポーネントは の変更を確認storeし、再び をレンダリングcomponentします。

ファイルをアプリに読み込もうとしたとき、ステップ 2 で失敗しました。次のようなエラーメッセージが表示されます。

そして、私は何か間違ったことをしたのだろうか？ありがとう。

反応フラックス アーキテクチャには、401 エラーをログイン ページにリダイレクトできる Angular のインターセプターに似たものがありますか?