अधिकांश भाग के लिए, इसे हर जगह वास्तव में उपयोग करें। यही कारण है कि उन्होंने 50 एमएस से अधिक समय तक एक एसिंक कॉल में ले लिया सब कुछ बदल दिया :)।
हालांकि, यह किसी भी एसिंक कोड के समान नुकसान होगा। डिबगिंग ट्रिकियर बन सकता है। यदि आप एक काम करना शुरू करते हैं और फिर यह यूआई थ्रेड पर एक लंबे कार्य पर लौटता है, तो इसके परिणामस्वरूप झूठी ठंड लग सकती है (उपयोगकर्ता क्लिक के बाद स्थानांतरित करने में सक्षम था, लेकिन बाद में जब तक इसे देखने के लिए कुछ भी नहीं कर सकता)। आदि
यदि आप इसे कोड के माध्यम से चलाने वाले कोड के माध्यम से चलाते हैं, तो यह किसी भी तरह सिंक्रोनस कोड की तरह कार्य करेगा। और, यदि यह कैश या कुछ तेज कार्रवाई को हिट करता है, तो यह दक्षता के लिए async नहीं चलाएगा। तो, आखिरी बात यह है कि इन कॉलों में कंपाइलर जादू करने के लिए ओवरहेड होने के बावजूद, अगर कॉल पहले से पूरा हो चुका है और इसलिए ओवरहेड के लायक नहीं है तो वह जादू नहीं किया जाएगा।
तो, हाँ, मैं उपयोग कहेंगे यह सिर्फ के बारे में हर जगह :) इसमें .NET
अद्यतन
If this article is to believed के लिए एक बड़ा कदम है तो यह केवल सही ठहराते हैं कि मैं क्या कह रहा हूँ। यदि कॉल 50 एमएस से कम लेता है, तो ओवरहेड को इस तरह लिखने के कारण यह एसिंक नहीं होना चाहिए और नहीं होना चाहिए। और, वास्तव में एसिंक एक के बजाय अक्सर सिंक्रोनस एक्शन ट्रिगर करेगा। हालांकि, अगर यह 50 एमएस से अधिक है, तो आप केवल एसिंक कॉल
स्रोत
2012-03-20 01:03:53
धन्यवाद! मैंने यही सोचा लेकिन मैं अपनी मान्यताओं की पुष्टि करना चाहता था। – W3Max