स्विफ्ट 2 और 3
स्विफ्ट 2 में चीजें थोड़ी बदल गई हैं, क्योंकि एक नया त्रुटि-हैंडलिंग तंत्र है, यह कुछ हद तक अपवादों के समान है लेकिन विस्तार से अलग है।
1. त्रुटि की संभावना का संकेत
यदि फ़ंक्शन / विधि यह इंगित करना चाहती है कि यह एक त्रुटि फेंक सकता है, तो इसमें throwsइस तरह कीवर्ड होना चाहिए
func summonDefaultDragon() throws -> Dragon
नोट: फ़ंक्शन वास्तव में फेंक सकता है इस प्रकार की त्रुटि के लिए कोई विनिर्देश नहीं है। यह घोषणा केवल यह बताती है कि फ़ंक्शन किसी भी प्रकार के त्रुटिटाइप को लागू करने का एक उदाहरण फेंक सकता है या बिल्कुल भी नहीं फेंक रहा है।
2. त्रुटियों को फेंकने वाले फ़ंक्शन को लागू करना
फ़ंक्शन को इनवॉइस करने के लिए, आपको इस तरह का प्रयास करना होगा
try summonDefaultDragon()
इस लाइन को आम तौर पर इस तरह के कैच-ब्लॉक को पेश करना चाहिए
do {
let dragon = try summonDefaultDragon()
} catch DragonError.dragonIsMissing {
// Some specific-case error-handling
} catch DragonError.notEnoughMana(let manaRequired) {
// Other specific-case error-handlng
} catch {
// Catch all error-handling
}
नोट: पकड़ खंड स्विफ्ट पैटर्न के सभी शक्तिशाली विशेषताओं का उपयोग करते हुए मिलान करते हैं ताकि आप यहां बहुत लचीले हों।
आप त्रुटि को प्रचारित करने का निर्णय ले सकते हैं, यदि आप एक ऐसे फ़ंक्शन से एक फेंकने वाले फ़ंक्शन को बुला रहे हैं जो स्वयं throwsकीवर्ड के साथ चिह्नित है :
func fulfill(quest: Quest) throws {
let dragon = try summonDefaultDragon()
quest.ride(dragon)
}
वैकल्पिक रूप से, आप फेक फंक्शन का उपयोग करके कॉल कर सकते हैं try?:
let dragonOrNil = try? summonDefaultDragon()
इस तरह से आपको या तो रिटर्न वैल्यू मिलती है या शून्य, अगर कोई त्रुटि हुई है। इस तरह से इस्तेमाल करने से आपको एरर ऑब्जेक्ट नहीं मिलता है।
जिसका अर्थ है कि आप try?उपयोगी कथनों के साथ भी संयोजन कर सकते हैं जैसे:
if let dragon = try? summonDefaultDragon()
या
guard let dragon = try? summonDefaultDragon() else { ... }
अंत में, आप यह तय कर सकते हैं कि आप जानते हैं कि त्रुटि वास्तव में नहीं होगी (उदाहरण के लिए क्योंकि आपने पहले से जाँच की है और आवश्यक शर्तें हैं) और try!कीवर्ड का उपयोग करें :
let dragon = try! summonDefaultDragon()
यदि फ़ंक्शन वास्तव में एक त्रुटि फेंकता है, तो आपको अपने आवेदन में एक रनटाइम त्रुटि मिलेगी और एप्लिकेशन समाप्त हो जाएगा।
3. त्रुटि फेंकना
त्रुटि फेंकने के लिए आप इस तरह से कीवर्ड का उपयोग करें
throw DragonError.dragonIsMissing
आप ErrorTypeप्रोटोकॉल के अनुरूप कुछ भी फेंक सकते हैं । शुरुआत के NSErrorलिए इस प्रोटोकॉल के अनुरूप है, लेकिन आप शायद एनम-आधारित के साथ जाना चाहते हैं ErrorTypeजो आपको कई संबंधित त्रुटियों को समूह करने में सक्षम बनाता है, संभवतः डेटा के अतिरिक्त टुकड़ों के साथ, जैसे कि
enum DragonError: ErrorType {
case dragonIsMissing
case notEnoughMana(requiredMana: Int)
...
}
नई स्विफ्ट 2 और 3 त्रुटि तंत्र और जावा / सी # / सी + + शैली अपवादों के बीच मुख्य अंतर निम्नानुसार हैं:
- सिंटैक्स थोड़ा अलग है:
do-catch+ try+ deferबनाम पारंपरिक try-catch-finallyसिंटैक्स।
- अपवाद हैंडलिंग आमतौर पर सफलता पथ की तुलना में अपवाद पथ में बहुत अधिक निष्पादन समय लगाती है। स्विफ्ट 2.0 त्रुटियों के साथ ऐसा नहीं है, जहां सफलता पथ और त्रुटि पथ की लागत लगभग समान है।
- सभी त्रुटि फेंक कोड घोषित किए जाने चाहिए, जबकि अपवाद कहीं से भी फेंके गए हो सकते हैं। सभी त्रुटि जावा नामकरण में "जाँच अपवाद" हैं। हालांकि, जावा के विपरीत, आप संभावित रूप से फेंकी गई त्रुटियों को निर्दिष्ट नहीं करते हैं।
- स्विफ्ट अपवाद ObjC अपवादों के साथ संगत नहीं हैं। आपका
do-catchब्लॉक किसी भी NSException को नहीं पकड़ेगा, और इसके विपरीत, इसके लिए आपको ObjC का उपयोग करना होगा।
- स्विफ्ट अपवाद कोको
NSErrorविधि की परंपराओं के साथ संगत हैं false( या Boolवापस लौटने वाले कार्यों के लिए) या nil( AnyObjectलौटने वाले कार्यों के लिए) और NSErrorPointerत्रुटि विवरण के साथ गुजर रहे हैं।
त्रुटि को कम करने के लिए एक अतिरिक्त सिंटैटिक-चीनी के रूप में, दो और अवधारणाएं हैं
- आस्थगित क्रियाएँ (
deferकीवर्ड का उपयोग करके ) जो आपको जावा / सी # / आदि में अंत में ब्लॉक के समान प्रभाव प्राप्त करने देती हैं
- गार्ड स्टेटमेंट (
guardकीवर्ड का उपयोग करते हुए ) जो आपको सामान्य त्रुटि की जाँच / सिग्नलिंग कोड की तुलना में कम / यदि कोड लिखते हैं।
स्विफ्ट 1
रनटाइम त्रुटियाँ:
जैसा कि लिएंड्रो रनटाइम त्रुटियों से निपटने के लिए सुझाव देते हैं (जैसे नेटवर्क कनेक्टिविटी की समस्याएं, डेटा पार्स करना, फ़ाइल खोलना, आदि) आपको NSErrorओब्जेक में जैसे आप का उपयोग करना चाहिए , क्योंकि फाउंडेशन, ऐपिट, यूआईकिट, आदि ने इस तरह से अपनी त्रुटियों की रिपोर्ट की है। तो यह भाषा की चीज से ज्यादा ढांचा है।
एक और लगातार पैटर्न जो प्रयोग किया जा रहा है, वो है AFNetworking की तरह विभाजक सफलता / विफलता ब्लॉक:
var sessionManager = AFHTTPSessionManager(baseURL: NSURL(string: "yavin4.yavin.planets"))
sessionManager.HEAD("/api/destoryDeathStar", parameters: xwingSquad,
success: { (NSURLSessionDataTask) -> Void in
println("Success")
},
failure:{ (NSURLSessionDataTask, NSError) -> Void in
println("Failure")
})
अभी भी विफलता ब्लॉक को अक्सर NSErrorउदाहरण मिलता है, त्रुटि का वर्णन करता है।
प्रोग्रामर त्रुटियाँ:
प्रोग्रामर त्रुटियों के लिए (जैसे सरणी तत्व की सीमा तक पहुंच से बाहर, एक फ़ंक्शन कॉल के लिए पारित अवैध तर्क, आदि) आपने ओबजैक में अपवादों का उपयोग किया। स्विफ्ट भाषा को अपवादों (जैसे throw, catchकीवर्ड आदि) के लिए कोई भाषा समर्थन नहीं लगता है । हालाँकि, जैसा कि प्रलेखन से पता चलता है कि यह ओबीजीसी के समान रनटाइम पर चल रहा है, और इसलिए आप अभी भी NSExceptionsइस तरह फेंकने में सक्षम हैं :
NSException(name: "SomeName", reason: "SomeReason", userInfo: nil).raise()
आप बस उन्हें शुद्ध स्विफ्ट में नहीं पकड़ सकते हैं, हालांकि आप ओबीजीसी कोड में अपवादों को पकड़ने का विकल्प चुन सकते हैं।
सवाल यह है कि क्या आपको प्रोग्रामर त्रुटियों के लिए अपवादों को फेंकना चाहिए, या जैसा कि भाषा गाइड में Apple सुझाव देता है, का उपयोग करें।