Rxを職場に持ち込もうと考えているのですが、知れば知るほどメリットがないと思います。
一方の端で入力データを受け取り、もう一方の端で出力する多くのサーバー アプリがあります。これは、アクター モデルと「無限」のスレッド スケーラビリティに最適です。これまで、ConcurrentQueues を使用してメッセージ パッシングを実装してきました。Rx は、並行性をより暗黙的にすることができる、より機能的な優れた代替手段である可能性があると考えていました。命令型コードからオブザーバブルの宣言までのデータ フローの決定。
しかし、それについて読んで試してみると、メッセージの受け渡しに ConcurrentQueues を使用して通常の古いスレッドを使用するよりも大きな利点はありません。Rx は私にどのような利点をもたらしますか? .NET 4.5 では多くの Rx が廃止されましたが (非同期とデータフローではありますが)、イベント ストリームの処理にはまだ適していると言われています。イベント ストリームを示すケースと、それらを特定する方法は?