कार्य समांतर लाइब्रेरी अपवाद हैंडलिंग

Question

टीपीएल कार्यों में अपवादों को संभालने पर मैं अपवादों को संभालने के दो तरीकों से आया हूं। पहला काम के भीतर अपवाद पकड़ता और इतने की तरह परिणाम के भीतर इसे रिटर्न:

var task = Task<Exception>.Factory.StartNew(
    () => 
     { 
      try 
      { 
       // Do Something 

       return null; 
      } 
      catch (System.Exception e) 
      { 
       return e; 
      } 
     }); 

task.ContinueWith(
    r => 
     { 
      if (r.Result != null) 
      { 
       // Handle Exception 
      } 
     }); 

दूसरा प्रलेखन के भीतर दिखाया एक है और मैं उचित तरीके से काम करने के लिए लगता है:

var task = Task.Factory.StartNew(
    () => 
     { 
      // Do Something 
     }); 
task.ContinueWith(
    r => 
     { 
      if (r.Exception != null) 
      { 
       // Handle Aggregate Exception 
       r.Exception.Handle(y => true); 
      } 
     }); 

मैं सोच रहा हूं कि पहले दृष्टिकोण के साथ कुछ गलत है या नहीं? मुझे इस तकनीक का उपयोग करके हर बार और फिर से 'अनचाहे कुल अपवाद' अपवाद प्राप्त हुए हैं और यह सोच रहा था कि यह कैसे हो सकता है?

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

Answer 1

पहला दृष्टिकोण मानता है कि प्रत्येक आमंत्रण के लिए अपवाद उठाए जाएंगे। हालांकि यह सच हो सकता है, अपवाद "असाधारण" और एक डिजाइन मुद्दे की गंध नहीं लगते हैं। यदि अपवाद असाधारण नहीं हैं, तो परिणाम अधिक समझ में नहीं आता है। दूसरी समस्या यह है कि यदि आप "परिणाम" चाहते हैं (यानी Exception के अलावा कुछ और) आप ऐसा नहीं कर सकते क्योंकि Exception के लिए एक और केवल Result स्लॉट का उपयोग किया जाता है। एक और समस्या यह है कि आपको मुख्य धागे पर अपवाद की पुनः फेंकना नहीं मिलता है (आप इसे मैन्युअल रूप से कर सकते हैं) ताकि आपको कैच अर्थशास्त्र नहीं मिले (यानी आप Handle विधि का उपयोग कर रहे हैं)।

दूसरी विधि अधिक लोगों द्वारा बेहतर ढंग से समझा जाएगा।