最近、Rx.NETに関連するUI作業を行っています。特にReactiveUIを使用します。ReactiveUIがViewModelインタラクションの構築に役立つ宣言型の方法が本当に好きです。
ただし、ReactiveUIのロジックのほとんどはコンストラクターに含まれるため、複雑なViewModelの場合、すべてをナビゲートして探しているビットを見つけるのが少し難しくなる可能性があります。また、さまざまな部分を文書化することもできます。するつもりでした。
これらの2つの問題についてどう思いますか？いくつかの観察可能な定義をプライベートメソッドに移動しますか？独自の拡張メソッド（「演算子」）を作成しますか？
これについて他の人の意見を聞くのを楽しみにしています！
人々が RxUI を適切に使用する方法の「禅」を習得するのを見るのはとてもクールです。それは素晴らしいことです!
私は通常、ユーザーのワークフローの順序で対話の順序を整理しようとします。つまり、最初に入力を接続し、次にそれらをフォームのアクション部分に接続し (通常は ReactiveCommands を介して)、最後にこれを出力に接続します。プロパティへ。
Select または SelectMany を介して大規模なクエリを折りたたみます。演算子が実際に一般的に機能しない限り、カスタム演算子を定義することは避けます。
また、ViewModel が大きくなりすぎている場合は、多くのことをしようとしている可能性があり、分割する必要があるというアドバイスがまだあります。ユーザーによっては、UX 自体が複雑すぎる可能性があるとさえ言えます。 .