Async: `async` फ़ंक्शन समर्थन

को निर्मित 16 मार्च 2017 · 10टिप्पणियाँ · स्रोत: caolan/async

कमरे में हाथियों में से एक नया async / await समर्थन है जो नोड और क्रोम में आ गया है, और जल्द ही हर दूसरे प्रमुख ब्राउज़र पर पहुंच जाएगा। मैं सोच रहा था कि Async async / await दुनिया में क्या कर सकता है।

वर्तमान में, हम async फ़ंक्शंस को asyncify के साथ लपेटकर अनुकूलित कर सकते हैं। चूंकि async फ़ंक्शन अनिवार्य रूप से केवल एक फ़ंक्शन है जो एक वादा देता है, वह पुराना एडाप्टर आसानी से इसे कॉलबैक-शैली फ़ंक्शन में परिवर्तित कर सकता है। हालांकि, यह कुछ हद तक बेतुका दिखने की ओर जाता है:

async.mapLimit(arr, 10, async.asyncify(async (val) => {
  let foo = await doSomething(val);
  //...
 return bar;
}), done);

हालांकि, async फ़ंक्शंस के लिए विशिष्ट सुविधाओं में से एक यह है कि:

Object.getPrototypeOf(asyncFn)[Symbol.toStringTag] === "AsyncFunction"

यह आसानी से (मूल) async कार्यों का पता लगाने का एक तरीका देता है। हम उन्हें स्वचालित रूप से asyncify करने के लिए इस तकनीक का उपयोग कर सकते हैं। उपरोक्त उदाहरण बन जाता है:

async.mapLimit(arr, 10, async (val) => {
  let foo = await doSomething(val);
  //...
 return bar;
}, done);

... जो बहुत अधिक स्वाभाविक रूप से प्रवाहित होता प्रतीत होता है। मुझे यह भी लगता है कि हमें कॉलबैक का उपयोग जारी रखना चाहिए। यदि कोई उपयोगकर्ता await परिणाम चाहता है, तो उन्हें promisify फ़ंक्शन, या pify Async समग्र रूप से करना होगा:

let result = await pify(async.mapLimit)(arr, 10, async (val) => {
  let foo = await doSomething(val);
  //...
 return bar;
});

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

साथ ही, स्वीकार्य रूप से, कई Async विधियां async / await के साथ समझ में नहीं आती हैं। अधिकांश नियंत्रण प्रवाह विधियां ( auto और queue जैसी चीज़ों के लिए सहेजें) देशी नियंत्रण प्रवाह संरचनाओं के साथ अधिक आसानी से दोहराई जाती हैं। map और parallel को Promise.map और Promise.all से बदला जा सकता है। हालांकि, सीमित संग्रह कार्य बहुत उपयोगी होंगे, साथ ही auto और कुछ अन्य। (साथ ही, autoInject के साथ async फ़ंक्शन एक async नियंत्रण प्रवाह सपना है!)

enhancement feedback-wanted

स्रोत

aearly

👍4

सबसे उपयोगी टिप्पणी

क्या Object.getPrototypeOf(asyncFn)[Symbol.toStringTag] === "AsyncFunction" करने का कोई कारण है या क्या हम asyncFn[Symbol.toStringTag] === "AsyncFunction" (एफएफ में काम करने लगते हैं) कर सकते हैं?

ऐसा करने के लिए सिर्फ कैननिकल ईसीएमए स्पेक तरीका है। मुझे लगता है कि सिद्धांत रूप में, कोई asyncFn[Symbol.toStringTag] को अधिलेखित कर सकता है।

तो क्या प्रस्ताव किसी भी समय प्रारूप cb (गलती, arg) का कॉलबैक प्रदान करता है, हमें यह पता लगाना चाहिए कि क्या यह AsyncFunction है; यदि यह एक एसिंक फ़ंक्शन है तो हमें वादा करना चाहिए अन्यथा इसे इस तरह उपयोग करें

मुझे लगता है कि आपके पास यह थोड़ा पीछे है। जहां कहीं भी हम कॉलबैक-स्वीकार करने वाले पुनरावृति फ़ंक्शन ( function(args..., callback) {} ) को स्वीकार करते हैं, हमें यह देखने के लिए जांचना चाहिए कि क्या यह async फ़ंक्शन है, और फिर asyncify इसे।

await उदाहरण यह है कि अगर कोई Async विधि await चाहता है तो कोई क्या करेगा। मुझे नहीं लगता कि हमारे पास एसिंक विधियों को वादे वापस करना शुरू करना चाहिए ताकि यह काम करे - इसे उपयोगकर्ता के लिए छोड़ दें।

aearly 17 मार्च 2017

👍2

सभी 10 टिप्पणियाँ

मैं इस पर कुछ और विचार करने जा रहा हूं, लेकिन मैं कुछ तकनीकी प्रश्न पूछना चाहता हूं ताकि मैं बेहतर तरीके से कल्पना कर सकूं कि यह कैसा दिखता है ..

क्या Object.getPrototypeOf(asyncFn)[Symbol.toStringTag] === "AsyncFunction" करने का कोई कारण है या क्या हम asyncFn[Symbol.toStringTag] === "AsyncFunction" (एफएफ में काम करने लगते हैं) कर सकते हैं?

तो क्या प्रस्ताव किसी भी समय cb(err, arg) प्रारूप का कॉलबैक प्रदान करता है, हमें यह पता लगाना चाहिए कि यह AsyncFunction है या नहीं; यदि यह एक एसिंक फ़ंक्शन है तो हमें promisify लागू करना चाहिए अन्यथा इसे इस तरह उपयोग करें

इसके अलावा क्षमा करें, मैं प्रतीक्षित उदाहरण का अनुसरण नहीं कर रहा हूं, अगर हमें पता चलता है कि फ़ंक्शन एक AsyncFunction है तो await का समर्थन करने की क्या चुनौतियाँ हैं?

megawac 17 मार्च 2017

क्या Object.getPrototypeOf(asyncFn)[Symbol.toStringTag] === "AsyncFunction" करने का कोई कारण है या क्या हम asyncFn[Symbol.toStringTag] === "AsyncFunction" (एफएफ में काम करने लगते हैं) कर सकते हैं?

तो क्या प्रस्ताव किसी भी समय प्रारूप cb (गलती, arg) का कॉलबैक प्रदान करता है, हमें यह पता लगाना चाहिए कि क्या यह AsyncFunction है; यदि यह एक एसिंक फ़ंक्शन है तो हमें वादा करना चाहिए अन्यथा इसे इस तरह उपयोग करें

aearly 17 मार्च 2017

👍2

#1390 में लागू किया गया!

aearly 3 अप्रैल 2017

यह एक महत्वपूर्ण परिवर्तन था और इसने हमारे परिनियोजित कोड को तोड़ दिया। प्रमुख संस्करण को बढ़ाए बिना ऐसी चीजें करते समय कृपया दो बार सोचें।

पुनश्च: इस पुस्तकालय के साथ आप जो भी महान कार्य कर रहे हैं, उसके लिए धन्यवाद

manvalls 5 अप्रैल 2017

👍1

गोली मार! क्या टूट गया। क्या आप कृपया विवरण के साथ टिकट बना सकते हैं
पर्यावरण में यह काम नहीं किया?
धन्यवाद!

बुध, 5 अप्रैल, 2017 को सुबह 10:18 बजे मैनुअल वाल्स फर्नांडीज <
सूचनाएं@github.com> ने लिखा:

यह एक महत्वपूर्ण परिवर्तन था और इसने हमारे परिनियोजित कोड को तोड़ दिया। कृपया दो बार सोचें
प्रमुख संस्करण को बढ़ाए बिना ऐसी चीजें करते समय।
पुनश्च: इस पुस्तकालय के साथ आप जो भी महान कार्य कर रहे हैं, उसके लिए धन्यवाद
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/caolan/async/issues/1386#issuecomment-291875817 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ADUIEPNkTSOVuuiwucBVrH983X6B568Wks5rs6K3gaJpZM4Mf64R
.

megawac 5 अप्रैल 2017

मान गया, इसने मेरा निर्माण भी तोड़ दिया ...

एक जलप्रपात जो एक async फ़ंक्शन को कॉल कर रहा था, जो कुछ दिन पहले काम करता था, "cb is not function" के साथ विफल होने लगा क्योंकि async कॉलबैक अब फ़ंक्शन को प्रदान नहीं किया गया था।

sergiofgonzalez 5 अप्रैल 2017

क्षमा करें, हमने आपका कोड तोड़ दिया। हमें async फ़ंक्शंस के लिए आपके उपयोग के मामले का अनुमान नहीं था। मैं अनुशंसा करता हूं कि आप 2.2.0 पर वापस आ जाएं, या कॉलबैक का उपयोग करने के बजाय आपके कोड को return पर वापस लाएं, जो आपको चाहिए। दुर्भाग्य से, बिल्ली इस सुविधा के साथ बैग से बाहर है, इसलिए हम वापस रोल नहीं कर सकते।

aearly 7 अप्रैल 2017

@aearly कृपया, इसका उल्लेख न करें !! उत्तर देना आपके लिए वास्तव में अच्छा है :1st_place_medal:

@manvalls ने मुझे एक महान समाधान का संकेत दिया जिसके लिए रोलबैक की आवश्यकता नहीं थी। जैसा कि आप फ़ंक्शन घोषणा में async का पता लगाने के लिए प्रतीक का उपयोग कर रहे हैं, उसने पहचान को धोखा देने का एक चतुर तरीका सोचा।

मेरा झरना अन्य मॉड्यूल से निर्यात किए गए कार्यों का उपयोग कर रहा था, उनमें से एक async एक था और इस प्रकार विफलता का कारण बन रहा था।

तो बस से बदलकर:

... 
/* services module */
function doThis(param, cb) {
...
}

async function doThatAsync(param, cb) {
...
}

module.exports = {
  doThis: doThis,
  doThat: doThatAsync  
}; 

...
async.waterfall([
  services.doThis,
  services.doThat,  // fails with "cb is not a function"
], err => {
...
}

प्रति:

... 
/* services module */
function doThis(param, cb) {
...
}

async function doThatAsync(param, cb) {
...
}

module.exports = {
  doThis: doThis,
  doThat: (...args) => doThatAsync(..args)   // cheating the detection
}; 

...
async.waterfall([
  services.doThis,
  services.doThat, /* it works!!! */
], err => {
...
}

आपको पुन: बहुत धन्यवाद

sergiofgonzalez 7 अप्रैल 2017

क्या हम async.autoInject() के साथ async/प्रतीक्षा का उपयोग कर सकते हैं?

async.autoInject({

    conn1: async function () {
      return conn1;
    },

    conn2: async function () {
      return conn2;
    },
});

काम नहीं लग रहा है, मुझे मिलता है:

त्रुटि: ऑटोइंजेक्ट कार्य कार्यों के लिए स्पष्ट पैरामीटर की आवश्यकता होती है।
/Users/alexamil/WebstormProjects/nabisco/cdt-now/node_modules/async/dist/async.js:2081:23 पर
/उपयोगकर्ता/एलेक्सामिल/वेबस्टॉर्म प्रोजेक्ट्स/नाबिस्को/सीडीटी-नाउ/नोड_मॉड्यूल्स/एसिंक पर

ORESoftware 16 मार्च 2018

@ORESoftware हाँ, async फ़ंक्शंस को autoInject के साथ काम करना चाहिए। मैंने आपके द्वारा क्रोम में पोस्ट किए गए कोड का परीक्षण किया, और यह चला। मुझे अंतिम कॉलबैक में ReferenceError मिला क्योंकि conn1 और conn2 undefined हैं। इसे बदलने के बाद

async.autoInject({
    conn1: async function () {
      return 'foo'
    },
    conn2: async function () {
      return 'bar'
    },
})

यह बढ़िया काम करता है। हालांकि, हम ट्रांसपाइल किए गए async फ़ंक्शन का समर्थन नहीं करते हैं। क्या आप अपना कोड ट्रांसपिल कर रहे हैं?

hargasinski 19 मार्च 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Async: `async` फ़ंक्शन समर्थन

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों