ES8 तुरंत लागू async समारोह अभिव्यक्ति

Question

मैंने नहीं देखा है इन निर्माणों ज्यादा थे, लेकिन मैं अपने आप को उन्हें लिख async का उपयोग करना पाया है/कार्य में का इंतजार है कि आम तौर पर एक वादा वापस नहीं होगा, उदाहरण के लिए

chan.consume(queue, (msg) => { 
    this.pendingMsgs++; // executed immediately 
    (async() => { 
    await this.handleMessage(msg); 
    this.pendingMsgs--; 
    if (cancelled && this.pendingMsgs === 0) { 
     await chan.close(); 
     await this.amqpConnectionPool.release(conn); 
    } 
    })(); 
}); 

रूप

chan.consume(queue, async (msg) => { // external lib does not expect a return value from this callback 
    this.pendingMsgs++; // executed in promise context(?) 
    await this.handleMessage(msg); 
    this.pendingMsgs--; 
    if (cancelled && this.pendingMsgs === 0) { 
     await chan.close(); 
     await this.amqpConnectionPool.release(conn); 
    } 
}); 

या

chan.consume(queue, (msg) => { 
    this.pendingMsgs++; // no await - excess function decls & nesting 
    this.handleMessage(msg).then(() => { 
    this.pendingMsgs--; 
    if (cancelled && this.pendingMsgs === 0) { 
     chan.close().then(() => { 
     this.amqpConnectionPool.release(conn); 
     }); 
    } 
    }); 
}); 

करने का विरोध किया इस 'एक बात' है? क्या यहां समस्याएं हैं जिनके बारे में मुझे अवगत होना चाहिए? इस तरह की स्थितियों में एसिंक/प्रतीक्षा के उपयोग पर क्या कमी है?

Answer 1

क्या यह 'एक बात' है?

हां। यह हर समय और फिर आता है, उदा। here। उन्हें IIAFEs के रूप में जाना जाता है :-)
यदि आप तीर पर ध्यान केंद्रित करना चाहते हैं, तो आप उन्हें IIAAFs भी कॉल कर सकते हैं।

क्या यहां समस्याएं हैं जिनके बारे में मुझे अवगत होना चाहिए?

जब भी आप एक वादा-वापसी समारोह कहते हैं और परिणाम को कहीं और वापस नहीं लौटते हैं, तो आप अपने वादे के लिए ज़िम्मेदार होते हैं - जिसका अर्थ है कि आपको इससे त्रुटियों को संभालना होगा। तो पैटर्न सामान्य रूप से

(async() => { 
    … 
})().catch(err => { 
    console.error(err); 
}); 

यदि आप अनचाहे अस्वीकृति घटनाओं से खुद को चिंता नहीं करना चाहते हैं।

async/await के उपयोग पर इस तरह की स्थितियों में क्या कमी है?

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

हालांकि, मैं अभी भी दूसरे पैटर्न की अनुशंसा करता हूं जो सीधे async फ़ंक्शन को सीधे बेहतर पठनीयता के कारण कॉलबैक के रूप में पास करता है।

function toVoid(fn) { 
    return (...args) => void fn(...args); 
} 
function promiseToVoid(fn) { 
    return (...args) => void fn(...args).catch(console.error); 
} 

जो आप इस तरह इस्तेमाल कर सकते हैं:

chan.consume(queue, toVoid(async (msg) => { 
    … // use `await` freely 
}));