非同期の観点から同期メソッドを実装するためのパターン（翻訳/アンラッピングAggregateExceptions）

Question

タスクを返すAsyncメソッドがあります。

私はまた、同等の同期を提供したいと思いますが、コンシューマには開梱する必要はありませんAggregateException s。

私はあなたが一般的な方法で任意に1つを選ぶことができないということを理解しています。そして、私はもっと読み込んでいくことができます。もっとスティーブントゥブの記事（私はそうですが、今はありません）それはすべて、自分のために決めることができます。

中間では、私の仕事は実際には、複数の例外をもたらしてはならないWaits（no、TPL DataFlowではなく）だけで、並列性のない「ワークフロー」にちょうどチェーンされているという事実を利用したい。その場合には、次のように扱うことが適切であろう：

CallAsync().Wait(); 
} 
catch(AggregateException ae) 
{ 
    throw ae.Flatten().First() 

をか私はAggregateExceptionは、常に複数ある場合でも、InnerExceptionを持っていることを保証しています。または、私が.Flatten().First()に落ちなければならない場合はありますか？いくつかのTPLドキュメントで

---

、私は（それがベータリリースで拡張か何かだったかどうかわからない）AggregateException上Unwrap()メソッドへの参照を参照してください。プレースホルダとして

、私がやっている：

void Call() 
{ 
    try 
    { 
     CallAsync().Wait(); 
    } 
    catch (AggregateException ex) 
    { 
     var translated = ex.InnerException ?? ex.Flatten().InnerExceptions.First(); 
     if (translated == null) 
      throw; 
     throw translated;     } 
} 

Task CallAsync(){ ... 

Answer 1

を私が知っているこれを行うには、「クリーン」方法はありません。 throw someInnerException;を使用することはできません。これは、非同期ワークフローで例外が発生した場所でスタックを失うためです。throw;を使用している場合は、明らかにAggregateExceptionを伝播します。同期メソッドのために何をしなければならないかは、AggregateExceptionの最初の例外を埋めることができ、そのメソッドの同期バージョンから一貫してスローすることができる「ラッパー」例外があります。

void Call() 
{ 
    try 
    { 
     CallAsync().Wait(); 
    } 
    catch (AggregateException ex) 
    { 
     throw new MyConsistentWrapperException("An exception occurred while executing my workflow. Check the inner exception for more details.", ex.Flatten().InnerExceptions.First()); 
    } 
} 

FWIWは、彼らはあなたがスタックを打つことなく、スレッド間の例外をマーシャリングするのに役立ちますthe new ExceptionDispatchInfo classと4.5でこれを解決してきました。次に、このような同期バージョンを書くことができます：

void Call() 
{ 
    try 
    { 
     CallAsync().Wait(); 
    } 
    catch (AggregateException ex) 
    { 
     ExceptionDispatchInfo.Capture(ex.Flatten().InnerExceptions.First()).Throw(); 
    } 
}