Reactive Extensionsでデバッグするための秘訣はありますか？

Question

RXをより簡単にデバッグ可能にする方法のアイデアを探しています。ソースがコンバイナとスロットルを通過してパブリッシュされるなど、障害の発生箇所を見つけることは非常に困難です。

これまで複雑なEnumerableチェーンの場合と同様に、Do（）をトレースに挿入し、匿名型の部分に「名前」フィールドを追加し、スタックトレースを取得することもありました。私たちのシステムにはおそらく何百というプロデューサーや何千もの消費者がいて、問題を特定するのが非常に難しくなっています。

RXの使用状況をデバッグするにはどんなトリックがありますか？ Rxのバグをキャッチするため

Answer 1

私はこのトピックに関するconstructive discussionが代わりにクエリにアドホックDo演算子を追加する、カスタムログ/トレース演算子を追加することになり、2009年

にRxのフォーラムに持ってきたと思います。この演算子は、Subscription、Disposal、OnNext、OnErrorおよびOnCompletedイベントをキャプチャします。実装に応じて、コンソールに書き込んだり、お気に入りのLoggerライブラリを使用したり、OSとVisual Studioの統合用にETWイベントを作成したりすることもできます。

public static class ObservableTrace 
{ 
    public static IObservable<TSource> Trace<TSource>(this IObservable<TSource> source, string name) 
    { 
     int id = 0; 
     return Observable.Create<TSource>(observer => 
     { 
      int id1 = ++id; 
      Action<string, object> trace = (m, v) => Debug.WriteLine("{0}{1}: {2}({3})", name, id1, m, v); 
      trace("Subscribe", ""); 
      IDisposable disposable = source.Subscribe(
       v => { trace("OnNext", v); observer.OnNext(v); }, 
       e => { trace("OnError", ""); observer.OnError(e); }, 
       () => { trace("OnCompleted", ""); observer.OnCompleted(); }); 
      return() => { trace("Dispose", ""); disposable.Dispose(); }; 
     }); 
    } 
} 

Answer 2

一つの重要なトリックが有効になって最初のチャンス例外とデバッグを再試行することで、これはあなたが代わりに再スロー1の本当の例外メッセージが表示されますことを、それは仕方可能性が高くなります：