最近、Rx.NETを含むいくつかのUI作業を行ってきました。具体的にはReactiveUIを使用します。 ReactiveUIが宣言的な方法でViewModelの相互作用を構築するのに役立つのは本当に好きです。ViewModelであなたのIObservableを構造化して文書化してください
ReactiveUIのロジックの大部分はコンストラクタで終了するため、複雑なViewModelsの場合、すべてをナビゲートして、探しているビットを見つけ出すだけでなく、ドキュメントを作成するのが少し難しくなりますどのような異なる部品が意図されているか。
この2つの問題にはどのような影響がありますか？いくつかの観察可能な定義をプライベートメソッドに移すか？独自の拡張メソッド（ '演算子'）を作成していますか？
これについていくつかの意見を聞いて楽しみにしています！
RxUIを正しく使用する方法の「禅」を人々が見るのはとても涼しいです。それは素晴らしいことです！
私は通常、ユーザーのワークフローの順番で自分のやりとりの順序を整理しようとします - まず入力を配線し、フォームのアクション部分（通常はReactiveCommands経由）に接続してから、 ToPropertyを介して出力に出力します。
SelectまたはSelectManyを使用して大きなクエリを折りたたんでいます。私のカスタム演算子は、演算子が実際に一般的に動作しない限り定義しないでください。
また、あなたのViewModelsが大きくなりすぎていると、あまりにも多くのことをしようとしていることが分かっています。また、UX自体が複雑すぎると言っても、あなたの聴衆に応じて。
非常に高く評価され、合理的なアドバイス！もっと多くの人が共有したいと思う洞察を持っているなら、この質問を数日間開いておくとよいでしょう。結局のところ、それは私が仮定する主観的な答えのために開いた質問です:-) – lbergnehr
私はまたctorのすべてのコードできれいに感じませんでした。 :)それを少し体系化するために、私はSetupHandlerXxx（）のようなプライベートメソッドと呼ばれるctorを作成しました。そして、私はそこで反応性のlamdbaficationを行います。おそらく残酷ですが、それは私のトカゲの脳の中でうまく整理されています。 – kenny