WinRT अपवादों को कैसे संभालें जिससे अपवाद होता है?

Question

यदि कोई Windows रनटाइम प्रकार COM त्रुटि उठाता है .NET लगता है कि यह त्रुटि अक्सर (या हमेशा?) को Exception उदाहरण में लपेटती है। त्रुटि संदेश में COM HRESULT त्रुटि कोड शामिल है। नई क्रिप्टोग्राफिक संदेश के साथ एक Exception में एक गलत बफर लंबाई परिणाम उदाहरण के लिए एईएस सीबीसी के साथ API का उपयोग करने "की आपूर्ति की उपयोगकर्ता बफर अनुरोध किया गया कार्य के लिए मान्य नहीं है। (Exception from HRESULT: 0x800706F8)"।

ठीक है, हम कैसे उन अपवादों को संभालने के लिए चाहिए? क्या हमें अपवाद से HRESULT कोड पढ़ना चाहिए ताकि यह पता चल सके कि किस प्रकार का अपवाद था? क्लासिक .NET में मुझे CryptographicException मिलेगा जो कि मैं अन्य त्रुटियों से क्रिप्टोग्राफिक त्रुटियों को अलग करने के लिए उपयोग कर सकता हूं।

एक और बात यह है कि मुझे समझ नहीं आता माइक्रोसॉफ्ट कोड गुणवत्ता नियम कहते हैं कि यह है कि एक होना चाहिए है कभी नहीं फेंक अपवाद लेकिन हमेशा व्युत्पन्न प्रकार के। इसका कारण यह है कि किसी को भी सामान्य Exception को पकड़ने के लिए मजबूर होना चाहिए जो OutOfMemoryException जैसे अधिक घातक अपवादों को पकड़ता है। एक और नियम कहता है कि किसी को पुस्तकालयों में कभी भी Exceptio एन पकड़ना नहीं चाहिए। अगर हम विंडोज स्टोर ऐप या विनआरटी पुस्तकालयों में 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; 
    } 
} 

वैकल्पिक रूप से, (मैं ध्यान दें होता है कि गलत बफर प्रदान अधिक एक रनटाइम त्रुटि की तुलना में एक तर्क त्रुटि की तरह लगता है, तो मुझे आश्चर्य है कि इस विशेष अपवाद वास्तव में पकड़ा जाना चाहिए।)

एक अधिक सामान्य समाधान एक समारोह या कार्यों का सेट लिखना होगा जो ज्ञात HRESULTs के लिए Exception को संभालते हैं और एक और विशिष्ट अपवाद को फिर से फेंक देते हैं। उदाहरण के लिए,

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

इनमें से दोनों दृष्टिकोण सी ++ और सी # दोनों में समान रूप से अच्छी तरह से काम करते हैं।

ध्यान दें कि यह जरूरी मामला है कि Exception मंच या अन्य घटकों द्वारा सीधे फेंक दिया जाता है नहीं है। विंडोज रनटाइम एबीआई परत पर, कोई अपवाद नहीं है: एआरआई सीमा में HRESULT द्वारा सभी त्रुटियों की सूचना दी गई है। सीएलआर कुछ विशिष्ट अपवाद प्रकारों के लिए कुछ हद तक ज्ञात HRESULT का अनुवाद करता है, लेकिन यह सामान्य अनुवाद नहीं कर सकता है।