🆖 👨🏻‍🎓 🥥 एल्म। आरामदायक और अजीब। Http, टास्क 👨🏼‍⚕️ 👨🏻‍🌾 🍈

हम एल्म 0.18 के बारे में बात करना जारी रखते हैं।

एल्म। आरामदायक और अजीब
एल्म। आरामदायक और अजीब। रचना
एल्म। आरामदायक और अजीब। Json.Encoder और Json.Decoder

इस लेख में, हम सर्वर साइड के साथ बातचीत के मुद्दों पर विचार करते हैं।

क्वेरी का निष्पादन

Http पैकेज के विवरण में सरल प्रश्नों के उदाहरण पाए जा सकते हैं।

अनुरोध प्रकार Http.Request a है ।
क्वेरी परिणाम प्रकार परिणाम Http.Error a है।
दोनों प्रकार के उपयोगकर्ता प्रकार द्वारा पैरामीटर किए जाते हैं, जिनमें से डिकोडर को अनुरोध करते समय निर्दिष्ट किया जाना चाहिए।

आप फ़ंक्शन का उपयोग करके अनुरोध को निष्पादित कर सकते हैं:

Http.send;
Http.toTask।

Http.send आपको अनुरोध को निष्पादित करने की अनुमति देता है और पूरा होने पर, पहले तर्क में निर्दिष्ट अपडेट फ़ंक्शन को संदेश भेजता है। संदेश अनुरोध के परिणाम के बारे में डेटा वहन करता है।

Http.toTask आपको एक अनुरोध से एक टास्क बनाने की अनुमति देता है जिसे आप निष्पादित कर सकते हैं। Http.toTask फ़ंक्शन का उपयोग करना, मेरी राय में, सबसे सुविधाजनक है, क्योंकि टास्क इंस्टेंसेस को विभिन्न कार्यों का उपयोग करके जोड़ा जा सकता है, उदाहरण के लिए Task.map2 ।

आइए एक उदाहरण देखें। उदाहरण के लिए, उपयोगकर्ता डेटा को बचाने के लिए, लगातार दो आश्रित प्रश्नों को निष्पादित किया जाना चाहिए। इसे उपयोगकर्ता से एक पोस्ट बनाने और फ़ोटो को उसे सहेजने दें (कुछ CDN का उपयोग किया जाता है)।

सबसे पहले, Http.Send मामले के लिए कार्यान्वयन पर विचार करें। इसके लिए हमें दो कार्यों की आवश्यकता है:

save : UserData -> Request Http.Error UserData save userData = Http.post “/some/url” (Http.jsonBody (encodeUserData userData)) decodeUserData saveImages : Int -> Images -> Request Http.Error CDNData saveImages id images = Http.post (“/some/cdn/for/” ++ (toString id)) (imagesBody images) decodedCDNData

UserData और CDNData प्रकारों का वर्णन नहीं किया जाएगा, उदाहरण के लिए, वे महत्वपूर्ण नहीं हैं। फ़ंक्शन encodeUserData एक एनकोडर है। saveImages एक उपयोगकर्ता डेटा पहचानकर्ता को स्वीकार करता है, जिसका उपयोग पता बनाने और फ़ोटो की एक सूची बनाने के लिए किया जाता है। ImagesBody फ़ंक्शन मल्टीपार्ट / फॉर्म-डेटा प्रकार का एक अनुरोध निकाय बनाता है । DecodeUserData और decodedCDNData फ़ंक्शंस क्रमशः उपयोगकर्ता डेटा और CDN अनुरोध के परिणाम के लिए सर्वर प्रतिक्रिया को डिकोड करते हैं।

अगला, हमें दो संदेश चाहिए, क्वेरी परिणाम:

 type Msg = DataSaved (Result Http.Error UserData) | ImagesSaved (Result Http.Error CDNData)

मान लीजिए, अपडेट फ़ंक्शन के कार्यान्वयन में कहीं न कहीं, कोड का एक खंड है जो डेटा संग्रहीत करता है। उदाहरण के लिए, यह इस तरह दिख सकता है:

 update : Msg -> Model -> (Model, Cmd Msg) update msg model case Msg of ClickedSomething -> (model, Http.send DataSaved (save model.userData))

इस स्थिति में, एक क्वेरी बनाई जाती है और एक DataSaved संदेश के साथ चिह्नित किया जाता है। इसके अलावा, यह संदेश प्राप्त होता है:

 update : Msg -> Model -> (Model, Cmd Msg) update msg model case Msg of DataSaved (Ok userData) -> ( {model | userData = userData}, Http.send ImagesSaved (saveImages userData.id model.images)) DataSaved (Err reason) -> (model, Cmd.None)

सफल बचत के मामले में, हम मॉडल में डेटा को अपडेट करते हैं और उन तस्वीरों को बचाने के लिए अनुरोध करते हैं जहां हम प्राप्त उपयोगकर्ता डेटा पहचानकर्ता को स्थानांतरित करते हैं। ImagesSaved संदेश को संसाधित करना DataSaved के समान होगा, सफल और असफल मामलों को संभालने के लिए आवश्यक होगा।

अब Http.toTask फ़ंक्शन का उपयोग करने के विकल्प पर विचार करें। वर्णित कार्यों का उपयोग करते हुए, हम एक नए फ़ंक्शन को परिभाषित करते हैं:

 saveAll : UserData -> Images -> Task Http.Error (UserData, CDNData) saveAll : userData images = save model.userData |> Http.toTask |> Task.andThen (\newUserData -> saveImages usersData.id images |> Http.toTask |> Task.map (\newImages -> (userData, newImages) } )

अब, कार्यों को संयोजित करने की क्षमता का उपयोग करके, हम एक संदेश में सभी डेटा प्राप्त कर सकते हैं:

 type Msg = Saved (Result Http.Error (UserData, CDNData)) update : Msg -> Model -> (Model, Cmd Msg) update msg model case Msg of ClickedSomething -> (model, Task.attempt Saved (saveAll model.userData model.images)) DataSaved (Ok (userData, images)) -> ( {model | userData = userData, images = images}, Cmd.none) DataSaved (Err reason) -> (model, Cmd.None)

अनुरोधों को निष्पादित करने के लिए, हम टास्क.टेमप्ट फ़ंक्शन का उपयोग करते हैं, जो आपको कार्य पूरा करने की अनुमति देता है। टास्क.फॉर्म फंक्शन के साथ भ्रमित होने की नहीं। टास्क.फॉर्म - आपको उन कार्यों को पूरा करने की अनुमति देता है जो विफल नहीं हो सकते । Task.attempt - ऐसे कार्य करता है जो विफल हो सकते हैं ।

संदेशों की संख्या, अपडेट फ़ंक्शन की जटिलता के संदर्भ में यह दृष्टिकोण अधिक कॉम्पैक्ट है और आपको तर्क को अधिक स्थानीय रखने की अनुमति देता है।

अपनी परियोजनाओं, अनुप्रयोगों और घटकों में, मैं अक्सर Commands.elm मॉड्यूल बनाता हूं, जिसमें मैं टाइप के साथ सर्वर भाग के साथ बातचीत के कार्यों का वर्णन करता हूं ... -> टास्क Http.Error a।

अनुरोध स्थिति

प्रश्नों को निष्पादित करने की प्रक्रिया में, इंटरफ़ेस को अक्सर पूरे या आंशिक रूप से अवरुद्ध करना पड़ता है, और क्वेरी निष्पादन में त्रुटियों की रिपोर्ट भी करता है, यदि कोई हो। सामान्य तौर पर, अनुरोध के रूप में वर्णित किया जा सकता है:

अनुरोध पूरा नहीं हुआ है;
अनुरोध जारी है;
अनुरोध सफलतापूर्वक पूरा किया गया था।
अनुरोध विफल रहा।

इस तरह के विवरण के लिए, एक रिमोटडाटा पैकेज है। सबसे पहले, मैंने इसे सक्रिय रूप से इस्तेमाल किया, लेकिन समय के साथ, एक अतिरिक्त प्रकार की वेबडेटा की उपस्थिति बेमानी हो गई, और इसके साथ काम करना थकाऊ था। इस पैकेज के बजाय, निम्नलिखित नियम दिखाई दिए:

शायद सर्वर से सभी डेटा की घोषणा करें। इस मामले में, कुछ भी नहीं, डेटा की अनुपस्थिति को इंगित करता है;
एप्लिकेशन या घटक मॉडल में Int के प्रकार की लोडिंग विशेषता घोषित करें। पैरामीटर निष्पादित अनुरोधों की संख्या को संग्रहीत करता है। इस दृष्टिकोण की एकमात्र असुविधा क्रमशः अनुरोध के शुरू होने और पूरा होने पर विशेषता को बढ़ाने और घटाने की आवश्यकता है;
एप्लिकेशन या कंपोनेंट मॉडल में टाइप लिस्ट स्ट्रिंग की त्रुटि विशेषता घोषित करें। इस विशेषता का उपयोग त्रुटि डेटा को संग्रहीत करने के लिए किया जाता है।

वर्णित योजना रिमोटडाटा पैकेज के साथ विकल्प से बहुत बेहतर नहीं है, जैसा कि अभ्यास से पता चलता है। यदि किसी के पास अन्य विकल्प हैं, तो टिप्पणियों में साझा करें।

अनुरोध निष्पादन स्थिति में Http.Progress पैकेज से डाउनलोड प्रगति शामिल होनी चाहिए।

कार्य क्रम

कार्य अनुक्रमों के विकल्पों पर विचार करें जो अक्सर विकास में पाए जाते हैं:

अनुक्रमिक निर्भर कार्य;
लगातार स्वतंत्र कार्य;
समानांतर स्वतंत्र कार्य।

क्रमिक निर्भर कार्यों को पहले से ही ऊपर माना गया है, मैं इस अनुभाग में एक सामान्य विवरण और कार्यान्वयन के लिए दृष्टिकोण दूंगा।

पहली असफलता पर कार्य अनुक्रम बाधित होता है और एक त्रुटि वापस आ जाती है। सफल होने पर, परिणामों का कुछ संयोजन लौटाया जाता है:

 someTaskA |> Task.andThen (\resultA -> someTaskB |> Task.map (\resultB -> (resultA, resultB) ) )

यह कोड टास्क एरर (a, b) टाइप का कार्य बनाता है, जिसे बाद में किया जा सकता है।

टास्क.टंडेन फ़ंक्शन आपको पिछले एक के सफल समापन के मामले में निष्पादित किए जाने वाले नए कार्य को स्थानांतरित करने की अनुमति देता है। टास्क.मैप फ़ंक्शन आपको सफलता के मामले में निष्पादन के तरबूज परिणामों को बदलने की अनुमति देता है।

ऐसे विकल्प हैं जब कार्य का सफल समापन पर्याप्त नहीं होगा और डेटा की स्थिरता की जांच करना आवश्यक है। उपयोगकर्ता आईडी मान लें:

 someTaskA |> Task.andThen (\resultA -> someTaskB |> Task.andThen (\resultB -> case resultA.userId == resultB.userId of True -> Task.succeed (resultA, resultB) False -> Task.fail “User is not the same” ) )

यह ध्यान देने योग्य है कि टास्क.मैप फ़ंक्शन के बजाय, टास्क.एंडटैन फ़ंक्शन का उपयोग किया जाता है और दूसरे कार्य की सफलता का निर्धारण स्वतंत्र रूप से Task.succeed और Task.fail फ़ंक्शन का उपयोग करके किया जाता है ।

यदि कोई एक कार्य विफल हो सकता है और यह स्वीकार्य है, तो आपको त्रुटि के मामले में मान दर्शाने के लिए टास्क.ऑनआर फ़ंक्शन का उपयोग करने की आवश्यकता है:

 someTaskA |> Task.onError (\msg -> Task,succeed defaultValue) |> Task.andThen (\resultA -> someTaskB |> Task.map (\resultB -> (resultA, resultB) ) )

टास्क के लिए कॉल। कार्य की घोषणा के तुरंत बाद कार्य को घोषित किया जाना चाहिए।

टास्क.मैपएन फ़ंक्शन का उपयोग करके लगातार स्वतंत्र प्रश्नों का प्रदर्शन किया जा सकता है। जो आपको कई कार्य परिणामों को एक में मिलाने की अनुमति देता है। पहला गिर गया कार्य पूरी श्रृंखला के निष्पादन को बाधित करता है, इसलिए डिफ़ॉल्ट मानों के लिए टास्क.ऑनआर फ़ंक्शन का उपयोग करें। इसके अलावा टास्क के परिणाम को देखें । यह आपको समान कार्यों की एक श्रृंखला करने की अनुमति देता है।

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

एल्म। आरामदायक और अजीब। Http, टास्क

क्वेरी का निष्पादन

अनुरोध स्थिति

कार्य क्रम

More articles: