例外が発生するWinRT例外を処理する方法は？

Question

Windows実行時の型がCOMエラーを発生させた場合.NETはExceptionインスタンスにこのエラーを頻繁に（または常に？）ラップするようです。エラーメッセージには、COM HRESULTエラーコードが含まれています。例えばAES-CBCで新しいCryptographic APIを使用する場合、バッファ長が間違っていると、「指定されたユーザバッファは要求された操作（Exception from HRESULT: 0x800706F8）に対して有効ではありません」というメッセージとともにExceptionになります。

さて、これらの例外をどうやって処理するのですか？私たちは例外からどのような種類の例外であるかを知るためにHRESULTコードを読みますか？古典的な.NETで私はCryptographicException私は他のエラーと暗号のエラーを区別するために使用することができます。

私が理解していない別のことは、Microsoftのコード品質ルールでは、Exceptionをスローしないで常に型を派生させるべきだということです。その理由は、OutOfMemoryExceptionのようなより多くの致命的な例外をキャッチする一般のExceptionに誰も遭遇しないように強制されなければならないからです。もう1つのルールでは、決してライブでExceptioを捕まえるべきではないと言います。 Windows StoreアプリケーションまたはWinRTライブラリでExceptionを強制的に取得するように強制すると、これらのポリシーに従うことができますか？

ところで：Clemens Vasters shows in his blog how we can catch Exception while avoiding to catch fatal exception。私はキャッチExceptionはもはや悪いコードではないと仮定します。

Answer 1

Exceptionを捕捉し、特定のエラーを処理するには、HRESULTをオンにして、エラーが「予期しない」場合はExceptionを再投入することができます。例えば、

try 
{ 
    // ... 
} 
catch (Exception ex) 
{ 
    switch (ex->HResult) 
    { 
    case E_INVALID_USER_BUFFER: // 0x800706f8 
     // handle invalid buffer case... 
     break; 
    default: 
     // Unexpected exception; re-throw: 
     throw; 
    } 
} 

は（私は無効なバッファを提供することはより多くのランタイムエラーよりも論理エラーのように聞こえることに注意してしまうので、私は、この特定の例外は実際にキャッチする必要があるのだろうか。）

を別の方法として、より一般的な解決策は、既知のHRESULTに対してExceptionを処理する関数または一連の関数を記述し、より具体的な例外を再スローすることです。たとえば、

static void HandleKnownExceptions(Action f) 
{ 
    try 
    { 
     f(); 
    } 
    catch (Exception ex) 
    { 
     // Detect expected HRESULTs and throw the more-specific exception 
     // type for each. 
    } 
} 

これらのアプローチはどちらもC++とC＃の両方で同等に機能します。

Exceptionがプラットフォームまたは他のコンポーネントによって直接スローされるとは限りません。 WindowsランタイムABIレイヤーには、例外はありません。すべてのエラーは、HRESULTによってABI境界にレポートされます。 CLRは、いくつかの既知のHRESULTをより特定の例外タイプに変換しますが、一般的な変換は実行できません。