問題タブ [reactiveui]

私はこのwinFormアプリケーションを持っており、WPFを使用していくつかのフォームを書き直そうとしています。したがって、これまでの私の計画は、wpfユーザーコントロールを作成し、それらを従来のWinFormに追加することです。ここまでは順調ですね。

今、MVVMフレームワークを使用して作業を楽にすることを検討しており、CaliburnとReactiveUIにまたがっています。このシナリオのCaliburnは、wpfアプリケーションのアプリケーションレベルで初期化する必要があるため、それほど簡単には使用できません。同じことがReactiveUIにも当てはまりますか、それともいくつかのwpfコントロールで機能させることができますか？

ReactiveUI をテストしていますが、とてもいいようです。

しかし、私は MessageBus に少し困惑しています。

サンプルコード:

Assert ステートメントを呼び出すときは機能しますが、標準の WPF アプリケーションでは結果の値は更新されません。これはおそらくスケジューラの実装によるものですが、まだはっきりとはわかりません。

どんなヒントでも大歓迎です。

相互に依存する 2 つのプロパティを検証するための推奨されるアプローチは何ですか?

古典的な例では、開始日は終了日よりも前でなければなりません:

1. ユーザーは開始「6th」を入力します
2. ユーザーが最後に「3rd」と入力 - 両方のフィールドを無効としてマークする必要があります
3. ユーザーが開始を「1st」に修正 - 両方のフィールドで問題ないはずです

ReactiveValidatedObject はここでどのように役立つでしょうか?

できれば、WPF と Silverlight で動作するソリューションが必要です。

Silverlight プロジェクトで ReactiveUI フレームワークの使用を開始していますが、ReactiveCommands の使用について助けが必要です。

私のビュー モデルでは、大まかに次のようなものがあります (これは単純化された例です)。

関数はcanAddRecordsが初めてReactiveCommand作成されたときに評価されますが、アイテムが に追加されたときに再評価されませんMyCollection。この状況で自動的に再評価されるように、のcanExecuteプロパティをバインドする方法の良い例を誰かに教えてもらえますか?ReactiveCommand

私は、MVVMフレームワークとしてCaliburn Microを使用して、新しいSilverlightアプリケーションでいくつかのプロトタイプ作業を行ってきました。チームは一般的にそれに満足しています。サービスへのリクエストの抑制に関するいくつかの問題に対処するために、ReactiveUIのReactiveCollectionsとそれらのINotifyPropertyChangedの実装を調べることが提案されました。

誰かが2つを一緒に使用した経験がありますか？どちらも主にMVVMフレームワークであるため、かなり重複しているので、一緒に動作させるよりも面倒なのではないかと思います。

CaliburnMicroについて私たちが本当に気に入っていることのいくつかは次のとおりです。

• コンベンションベースのバインディングなど...私たちの意見では非常にうまくいっています。
• ブートストラップ。これが処理される方法が気に入っており、必要なときに簡単に拡張できますが、すぐに使用できるものは、多くのユースケースでうまく機能します。
• 構成/画面管理。私たちはロブの指揮者やスクリーンなどの概念が本当に好きです。それは私たちにとって非常にうまく流れます。

私たちをそれに惹きつけたReactiveUIのもの（少なくとも最初は）。

• リアクティブコレクションとINotifyPropertyChangedのもの。特に反応を抑える能力。
• Reactiveの非同期のものは、Robのコルーチン実装よりも処理が少しクリーンなようです。

まだReactiveUIを試す機会はほとんどありませんでしたが、ReactiveUIを見て、両者の重複を見て、誰が両方をプロジェクトに取り入れようとしたのだろうかと思いました。私はグーグル経由で何も見つけることができませんでした（これは私のせいかもしれません）。

あなたがこれを試したかどうか知りたいです。どんな問題がありましたか？各フレームワークのどの部分を使用しましたか、またその理由は何ですか？それらを一緒に使用することについての良い例やブログ投稿はありますか？

乾杯、

スティーブ

ViewModels 間のメッセージングを実装しようとしています。私の概念実証コードは次のとおりです。

私の単体テストは正常に実行されるため、スケジューリングの問題である可能性があると考えました。スケジューラを手動で設定しました：RxApp.DeferredScheduler = DispatcherScheduler.Instance;

とにかく正しいインスタンスに設定されていたので、予想どおり、変更はありません。メッセージに登録できます。私はまったく何も受け取りません:/ 空のメッセージ コントラクトを使用しても、何も変わりません。

エミュレーターとデバイスの両方で試してみました (Mango SDK Refresh / Mango Build 7712)

ここの誰かが私を助けてくれることを願っています:)どんなヒントでも大歓迎です。

を使用してデータ検証を実行する際の「ベスト プラクティス」とは何ReactiveUIですか? 次のようなビュー モデルがあるとします。

検証したいのは次のとおりです。

1. その場合SendEmail == trueは、Email プロパティに有効な電子メール アドレスがあることを確認してください。(実際のメールアドレスの検証部分自体については心配していません。これは単なる仮定のシナリオです。)
2. プロパティに値が設定されている場合はEmail、有効な電子メール アドレスであることを確認してください。
3. 1. または 2. のいずれかが検証に失敗した場合、SaveMyDataCommand実行可能であってはなりません。

ReactiveUI を使用して単純なデータ検証を行う方法と、少し複雑なデータ検証を行う方法の良い例を探しています。誰でもこれに光を当てることができますか？

ReactiveUIのようなビューモデルがあります。イベントを発生させるさまざまなタイプのプロパティがいくつかあり、発生NotifyPropertyChangedしたときに呼び出されるメソッドをサブスクライブしたいのですが、実際の値には興味がありません。

私の現在のコードは少し醜いです（不透明なtrue選択のため）。イベントが発生したときにただ気遣うという意図を示すこれを表現する方法はありますか？

私は約8つのプロパティをマージしているので、表示されているよりも醜いです。