Async: त्रुटि उत्सर्जित होने के बाद async.map() से असंसाधित आइटम निर्धारित करने का तरीका

हाय @ parky128 , प्रश्न के लिए धन्यवाद!

iteratee को reflect काम के साथ लपेटना होगा? reflect हमेशा एक परिणाम वस्तु को callback , इसलिए भले ही iteratee त्रुटि कार्य करता हो, map समाप्त हो जाएगा। फिर आप results ऑब्जेक्ट पर map से पुनरावृति कर सकते हैं, जांचें कि किसके पास error संपत्ति है, और फिर तदनुसार इसे संभाल लें। आपको किसी भी आइटम को फिर से प्रोसेस नहीं करना पड़ेगा जिसे map ने नहीं उठाया होगा।

async.map(coll, async.reflect(function(val, callback) {
  // your request code
}, function(err, results) {
  // err will always be null now
  results.forEach(function(result, i) {
    if (result.error) {
      // your code for handling errors
      // if `coll` is an array, you could access the value that caused 
      // this error through `coll[i]` as `map` preserves the order for arrays 
    } else {
      // otherwise `result.value` will contain the result of that `iteratee` call
    }
  });
});

अन्यथा, आपके प्रश्न का उत्तर देने के लिए, map हमेशा एक array लौटाता है। आप उस सरणी पर पुनरावृति कर सकते हैं और जांच सकते हैं कि कौन से मान हैं undefined । वे आइटम (ओं) के अनुरूप होंगे जो या तो त्रुटिपूर्ण थे, undefined को उनके callback पारित कर दिया, जब error हुआ या शुरू नहीं हुआ था। reflect दृष्टिकोण शायद सुरक्षित विकल्प है, हालांकि undefined iteratee कॉल से एक वैध परिणाम हो सकता है।

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

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

मैं नहीं चाहता कि async.map किसी अन्य अनुरोध को संसाधित करने का प्रयास करे जैसे ही इनमें से कोई एक त्रुटि मामला लौटाता है जिसमें मुझे रूचि है।

मैं नहीं चाहता कि async.map किसी अन्य अनुरोध को संसाधित करने का प्रयास करे जैसे ही इनमें से कोई एक त्रुटि मामला लौटाता है जिसमें मुझे रूचि है।

यह मानते हुए कि आपका iteratee अतुल्यकालिक है, async.map अंतिम कॉलबैक लागू होने पर सभी वस्तुओं को संसाधित करना शुरू कर देगा। आप संभावित रूप से परिणाम ऑब्जेक्ट की तुलना संग्रह से कर सकते हैं यह देखने के लिए कि किन वस्तुओं ने अभी तक प्रसंस्करण समाप्त नहीं किया है, लेकिन इसमें इसके गोचर भी हैं। उदाहरण के लिए, आपको इसे समकालिक रूप से करना होगा, उसी टिक पर अंतिम कॉलबैक लागू किया जाता है, क्योंकि परिणाम ऑब्जेक्ट को iteratee s समाधान के रूप में अपडेट किया जाएगा।

आप mapSeries कोशिश कर सकते हैं। mapSeries एक बार में केवल एक अनुरोध चलाएगा। यानी यह केवल अगले आइटम को कॉल करता है जब वर्तमान एक प्रसंस्करण समाप्त करता है (जैसा कि उन सभी को एक साथ शुरू करने के विपरीत)। इसका मतलब है कि जब कोई त्रुटि होती है, और अंतिम कॉलबैक लागू किया जाता है, तो कोई और iteratee s नहीं चलेगा। फिर आप परिणामों की तुलना संग्रह से कर सकते हैं यह देखने के लिए कि कौन से आइटम अभी तक संसाधित नहीं हुए हैं। यह अभी भी एक छोटा सा समाधान है, लेकिन यह async.map का उपयोग करने से बेहतर है। हालांकि इस दृष्टिकोण का मुख्य दोष यह है कि अनुरोधों को अब समानांतर में नियंत्रित नहीं किया जाता है।

उदाहरण के लिए, यदि आपका संग्रह एक सरणी है

async.mapSeries(coll, function(val, callback) {
  // your iteratee function
}, function(err, results) {
  if (err) {
    // unprocessItems will include the item that errored.
    var unprocessItems = coll.slice(results.length - 1);
    // handle the unprocessedItems
  }
});

हम्म ठीक है, हाँ मेरा iteratee फ़ंक्शन एसिंक्रोनस है क्योंकि यह आउटगोइंग http अनुरोध करने के लिए अनुरोध लाइब्रेरी का उपयोग करता है और परिणाम के साथ मैं इससे कॉलबैक करता हूं। तो अगर मैं कहता हूं कि 10 आइटम फिर से शुरू करने के लिए थे, 4 सफल हुए और 5 वां असफल रहा, जिसके बाद मैं एक त्रुटि परम के साथ पुनरावृत्त फ़ंक्शन पर कॉलबैक का आह्वान करूंगा, इसका मतलब यह होना चाहिए कि अंतिम कॉलबैक में परिणाम ऑब्जेक्ट async.map में होगा केवल 4 सफल परिणाम?

अगर ऐसा होता है तो अभी के लिए मैं इस तथ्य के साथ रहूंगा कि यह अभी भी सभी आउटगोइंग कॉल करेगा। मैं अपनी सरणी को छोटे सरणियों में विभाजित करने और लक्ष्य सर्वर पर प्रारंभिक हिट को कम करने के लिए एक मानचित्र श्रृंखला के भीतर छोटे async.maps प्रदर्शन करने के लिए लाइन डाउन कर सकता हूं, अनुरोध हिट हो रहे हैं।

@hargasinski - मैंने async.reflect दृष्टिकोण का उपयोग कर समाप्त कर दिया है और यह मेरे लिए अच्छी तरह से काम कर रहा है, मुझे उन सभी वस्तुओं की पूर्ण दृश्यता देता है जिन्होंने त्रुटि दी: +1:

धन्यवाद!