İstisna ile sonuçlanan WinRT istisnaları nasıl ele alınır?

Question

Bir Windows çalışma zamanı türü bir COM hatası ortaya çıkarırsa. NET bu hatayı sık sık (veya her zaman?) Bir Exception örneğine sığacak gibi görünüyor. Hata iletisi COM HRESULT hata kodunu içerir. Yeni Kriptografik API'yi AES-CBC ile kullanırken, örneğin bir yanlış arabellek uzunluğu, "Sağlanan kullanıcı arabelleği, istenen işlem için geçerli değil." (Exception from HRESULT: 0x800706F8) "mesajıyla birlikte bir Exception sonucunu verir.

Eh, nasıl bu istisnalar işlemek gerekiyor? Ne tür bir istisna olduğunu öğrenmek için istisnadan HRESULT kodunu okur muyuz? Klasik .NET'te, kriptografik hataları diğer hatalardan ayırt etmek için kullanabileceğim bir CryptographicException alırdım. Anlamadığım

Başka bir şey Microsoft kod kalite kuralları bir gerektiği ifade olmasıdır asla atış İstisna ama her zaman türetilmiş türleri. Bunun nedeni, hiç kimse OutOfMemoryException gibi daha ölümcül istisnaları yakalayan genel Exception'u yakalamaya zorlanmamalıdır. Başka bir kural da, kütüphanelerde asla asla Exceptio n yakalanmaması gerektiğini söylüyor. Windows Mağazası uygulamalarında veya WinRT kitaplıklarında Exception yakalamak zorunda kalırsak bu politikaları nasıl izleyebiliriz? Bu arada

: Clemens Vasters shows in his blog how we can catch Exception while avoiding to catch fatal exception. Exception'un artık kötü bir kod olmadığını anlıyorum.

Answer 1

Exception yakalamak, HRESULT özelliğini açarak belirli hataları işlemek ve hata "beklenmeyen" olduğunda yeniden Exception yeniden atmak mümkündür. Örneğin,

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

(ı geçersiz tampon sağlayarak daha bir çalışma zamanı hatası daha bir mantık hatası gibi geliyor dikkat ediyorum, bu yüzden bu özel durum gerçekten yakalanmış gerekip gerekmediğini merak ediyorum.)

Alternatif olarak, daha genel bir çözüm, bilinen HRESULT'lar için Exception'u işleyen bir işlev veya işlev kümesi yazmak ve daha özel bir istisna atar. Örneğin, bu yaklaşımların her ikisi de hem C++ hem de C# 'da eşit derecede iyi çalışır. mutlaka Exception platform veya diğer bileşenleri tarafından doğrudan atılır böyle değildir

Not. Windows Runtime ABI katmanında istisna yoktur: Tüm hatalar HRESULT tarafından ABI sınırında raporlanır. CLR, bir avuç bilinen bilinen HRESULT'ı daha özel istisna türlerine çevirir, ancak genel bir çeviri yapamaz. bağlantılı blog girdisi bakımından