वादे करने की जरूरत नहीं है, या इसके विपरीत वादा करता है

Node.js के लिए विकसित करना शुरू करने वाला प्रत्येक प्रोग्रामर एक परियोजना में अतुल्यकालिक कोड को व्यवस्थित करने के लिए रणनीति का एक विकल्प का सामना करता है। जबकि यह छोटे सिस्टम उपयोगिताओं में अतुल्यकालिक कोड की स्वच्छता बनाए रखने के लिए काफी सरल है, क्योंकि परियोजना में कोड द्रव्यमान बढ़ता है, इस समस्या को हल करने के लिए एक अतिरिक्त, तथाकथित नियंत्रण प्रवाह उपकरण की आवश्यकता शुरू होती है।

यह लेख छोटे नियंत्रण प्रवाह पुस्तकालय "फ्लॉपी" की जांच करेगा, जो टिम टिम कैसवेल परियोजना के विचारों का विकास है, और जिसका मूल कॉमनजस प्रॉमिस अवधारणाओं पर आधारित है, साथ ही तर्क यह भी कहता है कि वादे इतने असुविधाजनक क्यों हैं।

यह कैसा दिखता है

function leaveMessage(username, text, callback) { Flowy( function() { // concurrent execution of two queries model.users.findOne(username, this.slot()); model.settings.findOne(username, this.slot()); }, function(err, user, settings) { // error propagating if (!user) throw new Error('user not found'); if (!settings.canReceiveMessages) throw new Error('violating privacy settings'); model.messages.create(user, text, this.slot()); }, function(err, message) { model.notifications.create(message, this.slot()); }, callback //any error will be automatically propagated to this point ); } 

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

ऐसा क्यों दिखता है?

एक प्रोग्रामर जो स्वयं को Node.js के गैर-अवरोधक I / O सबसिस्टम API के साथ परिचित करना शुरू करता है, उसे निम्न रूप का एक अतुल्यकालिक कॉल इंटरफ़ेस पेश किया जाता है:

 fs.readFile('/etc/passwd', 'utf8', function (err, data) { if (err) throw err; console.log(data); }); 

अन्य लोगों के मॉड्यूल का उपयोग करते समय, ऊपर वर्णित एक के समान एक इंटरफ़ेस रखना एक स्वाभाविक इच्छा होगी - कम से कम आश्चर्य का नियम समर्थित कोड और आसानी से डिबग किए गए कोड में से एक है। यहाँ से पहली पुस्तकालय आवश्यकता आती है:

हम "देशी" नोडज जैसे कार्यों और कॉलबैक के इंटरफेस को रखना चाहते हैं। प्रत्येक Flowy स्टेप में एक नोडजस कॉलबैक इंटरफ़ेस होता है, जो पारंपरिक नोड्ज फ़ंक्शन में चरणों की पूरी श्रृंखला को लपेटना आसान बनाता है।

उसी समय, प्रोमिस के मुख्य विचार (क्रिस कॉवेल की "क्यू" लाइब्रेरी को कार्यान्वयन के एक उदाहरण के रूप में इस्तेमाल किया जाएगा) प्रोमिस विधियों के लिए कॉल की एक श्रृंखला बनाकर एक अतुल्यकालिक कॉल में अंतिम तर्क के साथ कॉलबैक ट्रांसफर को बदलना है।

 // chaining promises: Q.fcall(step1).then(step2).then(step3).done() return getUsername() .then(function (username) { return getUser(username) .then(function (user) { // if we get here without an error, the value returned here // or the exception thrown here resolves the promise returned by the first line }) }) 

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

लाइब्रेरी को केवल सिस्टम के मौजूदा हिस्सों के बीच "गोंद" होना चाहिए और भारी निर्भरता नहीं बनना चाहिए। "फ्लॉपी" के कामकाज की सभी विशेषताएं चरणों के अंदर छिपी हुई हैं - गोंद ही - जो इसका उपयोग करके कार्यों को बाहरी दुनिया के लिए "स्वच्छ" रहने की अनुमति देता है। कुटी कुटी में ही रहना चाहिए।

पुस्तकालयों के साथ काम करते समय जो आपको अतुल्यकालिक कॉल से चैनिंग बनाने की अनुमति देते हैं, आपको अक्सर समानांतर में कॉल का हिस्सा बनाने की आवश्यकता होती है। क्यू पुस्तकालय निम्नलिखित अजीब समाधान प्रदान करता है:

 Q.allResolved(promises) .then(function (promises) { promises.forEach(function (promise) { if (promise.isFulfilled()) { var value = promise.valueOf(); } else { var exception = promise.valueOf().exception; } }) }) 

सब कुछ के अलावा, अगर हम अचानक नियम "एक तर्क - एक लौटा मूल्य" को तोड़ना चाहते हैं, तो हमें अतिरिक्त अभ्यास करना होगा:

 return getUsername() .then(function (username) { return [username, getUser(username)]; }) .spread(function (username, user) { }) 

इस कोड को पढ़ना, लाइब्रेरी के लिए एक और आवश्यकता खुद बताती है:

हम कई समानांतर प्रश्नों को आसानी से निष्पादित करना चाहते हैं और कॉलबैक में किसी भी तर्क को पारित करना चाहते हैं। फ्लॉपी अपनी वास्तुकला के कारण डेवलपर की ओर से बिना किसी अतिरिक्त प्रयास के ऐसा कर सकता है।

इसलिए, "फ्लॉपी" प्रोग्राम निष्पादन के अतुल्यकालिक प्रवाह के प्रबंधन के लिए एक हल्का पुस्तकालय है, जो कि Node.js के तहत डेवलपर्स के रोजमर्रा के मुद्दों को हल करना आसान बनाता है और उत्पादन वातावरण में खुद को स्थापित किया है।

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

उपयोगी स्रोत:

• बहती : https://github.com/geeqie/node-flowy
• CommonJS : http://www.commonjs.org
• प्रश्न : https://github.com/kriskowal/q
• इसी तरह के पुस्तकालयों के बारे में लेख की समीक्षा करें : http://habrahabr.ru/post/111634