私は、MVVMフレームワークとしてCaliburn Microを使用して、新しいSilverlightアプリケーションでいくつかのプロトタイプ作業を行ってきました。チームは一般的にそれに満足しています。サービスへのリクエストの抑制に関するいくつかの問題に対処するために、ReactiveUIのReactiveCollectionsとそれらのINotifyPropertyChangedの実装を調べることが提案されました。
誰かが2つを一緒に使用した経験がありますか？どちらも主にMVVMフレームワークであるため、かなり重複しているので、一緒に動作させるよりも面倒なのではないかと思います。
CaliburnMicroについて私たちが本当に気に入っていることのいくつかは次のとおりです。
- コンベンションベースのバインディングなど...私たちの意見では非常にうまくいっています。
- ブートストラップ。これが処理される方法が気に入っており、必要なときに簡単に拡張できますが、すぐに使用できるものは、多くのユースケースでうまく機能します。
- 構成/画面管理。私たちはロブの指揮者やスクリーンなどの概念が本当に好きです。それは私たちにとって非常にうまく流れます。
私たちをそれに惹きつけたReactiveUIのもの（少なくとも最初は）。
- リアクティブコレクションとINotifyPropertyChangedのもの。特に反応を抑える能力。
- Reactiveの非同期のものは、Robのコルーチン実装よりも処理が少しクリーンなようです。
まだReactiveUIを試す機会はほとんどありませんでしたが、ReactiveUIを見て、両者の重複を見て、誰が両方をプロジェクトに取り入れようとしたのだろうかと思いました。私はグーグル経由で何も見つけることができませんでした（これは私のせいかもしれません）。
あなたがこれを試したかどうか知りたいです。どんな問題がありましたか？各フレームワークのどの部分を使用しましたか、またその理由は何ですか？それらを一緒に使用することについての良い例やブログ投稿はありますか？
乾杯、
スティーブ