🌵 🍆 🔥 एरो का उपयोग कर कोटलिन में कार्यात्मक त्रुटि से निपटने 💆🏻 🤵🏿 🉑

नमस्कार, हेब्र!

रनटाइम अपवादों को हर कोई पसंद करता है। यह पता लगाने का कोई बेहतर तरीका नहीं है कि कोड लिखते समय कुछ पर ध्यान नहीं दिया गया था। विशेष रूप से - यदि अपवाद लाखों उपयोगकर्ताओं के बीच एप्लिकेशन को छोड़ रहे हैं, और यह खबर एनालिटिक्स पोर्टल से एक आतंक ईमेल में आती है। शनिवार की सुबह। जब आप किसी देश की यात्रा पर हों।

इसके बाद, आप त्रुटि से निपटने के बारे में गंभीरता से सोचते हैं - और क्या संभावनाएं हैं कि कोटलिन हमें प्रदान करता है?

दिमाग में आने वाला पहला प्रयास है कैच। मेरे लिए - एक बढ़िया विकल्प, लेकिन इसमें दो समस्याएं हैं:

यह सभी अतिरिक्त कोड के बाद है (कोड के चारों ओर एक मजबूर रैपर सर्वोत्तम तरीके से पठनीयता को प्रभावित नहीं करता है)।
यह हमेशा नहीं होता है (विशेषकर जब थर्ड-पार्टी लाइब्रेरीज़ का उपयोग करते हुए) कैच ब्लॉक से यह संभव है कि त्रुटि के कारण के बारे में एक सूचनात्मक संदेश प्राप्त करना संभव है।

आइए देखें कि उपरोक्त समस्याओं को हल करने की कोशिश में कोड क्या पकड़ता है।

उदाहरण के लिए, सबसे सरल नेटवर्क क्वेरी निष्पादन कार्य

fun makeRequest(request: RequestBody): List<ResponseData>? { val response = httpClient.newCall(request).execute() return if (response.isSuccessful) { val body = response.body()?.string() val json = ObjectMapper().readValue(body, MyCustomResponse::class.java) json?.data } else { null } }

जैसा बनता है

 fun makeRequest(request: RequestBody): List<ResponseData>? { try { val response = httpClient.newCall(request).execute() return if (response.isSuccessful) { val body = response.body()?.string() val json = ObjectMapper().readValue(body, MyCustomResponse::class.java) json?.data } else { null } } catch (e: Exception) { log.error("SON YOU DISSAPOINT: ", e.message) return null } }

उन्होंने कहा, "यह इतना बुरा नहीं है," कोई कह सकता है, "आप और आपकी कोटलिन सभी कोड चीनी चाहते हैं," वह कहते हैं (यह एक उद्धरण है) - और वह दो बार सही होगा। नहीं, आज कोई होलीवर नहीं होगा - हर कोई अपने लिए निर्णय लेता है। मैंने स्व-लिखित जौन पार्सर के कोड को व्यक्तिगत रूप से शासित किया, जहां प्रत्येक क्षेत्र का पार्सिंग ट्राइ-कैच में लपेटा गया था, जबकि प्रत्येक पकड़ ब्लॉक खाली था। यदि कोई इस मामले में संतुष्ट है - उसके हाथों में एक झंडा। मैं बेहतर तरीके से प्रस्ताव देना चाहता हूं।

अधिकांश टाइप किए गए कार्यात्मक प्रोग्रामिंग भाषाएं त्रुटियों और अपवादों से निपटने के लिए दो कक्षाएं प्रदान करती हैं: कोशिश करें और कहीं भी । अपवादों को संभालने की कोशिश करें, और या तो व्यावसायिक तर्क त्रुटियों को संभालने के लिए।

एरो लाइब्रेरी आपको कोटलिन के साथ इन सार का उपयोग करने की अनुमति देता है। इस प्रकार, आप निम्नलिखित अनुरोध को निम्नलिखित के रूप में फिर से लिख सकते हैं:

 fun makeRequest(request: RequestBody): Try<List<ResponseData>> = Try { val response = httpClient.newCall(request).execute() if (response.isSuccessful) { val body = response.body()?.string() val json = ObjectMapper().readValue(body, MyCustomResponse::class.java) json?.data } else { emptyList() } }

यह दृष्टिकोण ट्राइ-कैच का उपयोग करने से अलग कैसे है?

सबसे पहले, जो कोई भी आपके बाद इस कोड को पढ़ता है (और वे सबसे अधिक संभावना रखते हैं) पहले से ही हस्ताक्षर द्वारा समझ पाएंगे कि कोड को निष्पादित करने से त्रुटि हो सकती है - और इसे संसाधित करने के लिए एक कोड लिखें। इसके अलावा, कंपाइलर शपथ लेगा यदि ऐसा नहीं किया जाता है।

दूसरे, इसमें लचीलापन है कि त्रुटि को कैसे हैंडल किया जा सकता है।

इनसाइड ट्राई में, निष्पादन की त्रुटि या सफलता को क्रमशः विफलता और सफलता वर्गों के रूप में दर्शाया गया है। यदि हम चाहते हैं कि फ़ंक्शन हमेशा त्रुटि पर कुछ लौटाए, तो हम डिफ़ॉल्ट मान सेट कर सकते हैं:

 makeRequest(request).getOrElse { emptyList() }

यदि अधिक जटिल त्रुटि से निपटने की आवश्यकता है, तो बचाव के लिए गुना आता है:

 makeRequest(request).fold( {ex -> //  -       emptyList() }, { data -> /*    */ } )

आप पुनर्प्राप्ति फ़ंक्शन का उपयोग कर सकते हैं - यदि रिटर्न सफलता की कोशिश करता है तो इसकी सामग्री पूरी तरह से अनदेखा कर दी जाएगी।

 makeRequest(request).recover { emptyList() }

यदि आप कोशिश पर .monad () कारखाने को कॉल करके आदेशों के अनुक्रम का उपयोग करके सफलता परिणाम को संसाधित करने की आवश्यकता है, तो आप समझ के लिए उपयोग कर सकते हैं (स्काला से एरो रचनाकारों द्वारा उधार)।

 Try.monad().binding { val r = httpclient.makeRequest(request) val data = r.recoverWith { Try.pure(emptyList()) }.bind() val result: MutableList<Data> = data.toMutableList() result.add(Data()) yields(result) }

बाध्यकारी का उपयोग किए बिना ऊपर विकल्प लिखा जा सकता है, लेकिन फिर इसे एक अलग तरीके से पढ़ा जाएगा:

 httpcilent.makeRequest(request) .recoverWith { Try.pure(emptyList()) } .flatMap { data -> val result: MutableList<Data> = data.toMutableList() result.add(Data()) Try.pure(result) }

अंत में, फ़ंक्शन के परिणाम का उपयोग करके संसाधित किया जा सकता है:

 when(response) { is Try.Success -> response.data.toString() is Try.Failure -> response.exception.message }

इस प्रकार, एरो का उपयोग करके, आप कुछ लचीले और बहुत सुविधाजनक के साथ आदर्श कोशिश-कैच निर्माण से बहुत दूर कर सकते हैं। एरो का उपयोग करने का एक अतिरिक्त लाभ यह है कि इस तथ्य के बावजूद कि पुस्तकालय खुद को कार्यात्मक के रूप में रखता है, आप अच्छे पुराने ओओपी कोड को लिखना जारी रखते हुए वहां से व्यक्तिगत उदाहरण (उदाहरण के लिए, वही कोशिश) का उपयोग कर सकते हैं। लेकिन मैं आपको चेतावनी देता हूं - आप इसे पसंद कर सकते हैं और इसमें शामिल हो सकते हैं, कुछ हफ़्ते में आप हास्केल का अध्ययन करना शुरू कर देंगे, और आपके सहकर्मी जल्द ही कोड की संरचना के बारे में आपके तर्क को समझने के लिए संघर्ष करेंगे।

पुनश्च: यह इसके लायक है :)

एरो का उपयोग कर कोटलिन में कार्यात्मक त्रुटि से निपटने

More articles: