क्या फ़ंक्शन [ए] फेंकने वाले अपवादों को फेंकना चाहिए?

Question

मैं उन कार्यों में आया हूं जो Future लौटाते हैं लेकिन तुरंत अपवाद भी फेंक देते हैं। इस तरह उदाहरण के लिए:

def func(): Future[String] { 
    if (something) { 
    // this 
    Future.failed(new RuntimeException("test")) 
    } else { 
    // and this 
    throw new RuntimeException("test") 
    } 
} 

यह व्यवहार फोन करने वाले के लिए कष्टप्रद लगता है, क्योंकि आप दोनों त्रुटियों को पकड़ने के लिए कुछ इस तरह करना है:

try { 
    func() recover { 
    case e: Exception => handleError(e) 
    } 
} catch { 
    case e: Exception => Future.successful(handleError(e)) //or Future.failed etc 
} 

मैं देखा है कि खेलने के ढांचे में WSClient करता है यह (यूआरएल खराब होने पर अपवाद फेंक रहा है, और Future लौटा रहा है जो HTTP अनुरोध विफल होने पर विफल रहता है)।

क्या यह अच्छा अभ्यास है? क्या इस तरह व्यवहार करने वाले कार्यों से त्रुटियों को संभालने का कोई बेहतर तरीका है?

Answer 1

Future का अंततः कुछ वापस करने के लिए उपयोग किया जाता है, लेकिन यह वास्तव में तब होता है जब यह वास्तव में होता है।

एक .NET परिप्रेक्ष्य से आ रहा है (हमारे पास Task है): यदि अनुरोध स्पष्ट रूप से अमान्य है (जैसे विकृत यूआरएल) तो एक अपवाद फेंक दिया जाना चाहिए। वास्तव में वेब अनुरोध करने से पहले आप इसे पहले ही जानते हैं, इसलिए अपवादों में देरी करने की कोई आवश्यकता नहीं है।

दूसरी तरफ, यदि सर्वर डाउन (टाइमआउट?) है या सर्वर कुछ ऐसा देता है जो आपका क्लाइंट समझ में नहीं आता है: यह बाद में संभाला जा सकता है और इसे बाद में संभाला जाना चाहिए, क्योंकि प्रतिक्रिया करते समय प्रतिक्रिया सीधे उपलब्ध नहीं होती है कॉल। प्रतिक्रिया उपलब्ध होने तक हम ब्लॉक करने में सक्षम होंगे, लेकिन यह Future बेकार प्रदान करेगा।

मुझे लगता है कि यह 'बाहर निकलें' प्रोग्रामिंग शैली के साथ सबसे अच्छी तुलना में है।