क्या सी # विधियों के लिए रिटर्न स्टेटमेंट जोड़ना प्रदर्शन में सुधार करता है?

Question

यह blog कहते

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

मुझे पूरा यकीन है कि यह एक झूठा बयान है। लेकिन वहां राय विशेषज्ञों को प्राप्त करना चाहता था। आप लोग क्या सोचते हैं?

Answer 1

यह कथन सी # पर लागू नहीं होता है।

सी # के साथ आपको एक वापसी के बिना एक वैध कार्य करने के लिए "वापसी" सेट करना होगा, आपको "सभी कोड पथ एक मूल्य वापस नहीं" के प्रभाव में संकलन त्रुटि मिलती है।

वीबीएनईटी के साथ यह लागू होगा क्योंकि वीबी.नेट के पास एक स्पष्ट वापसी की आवश्यकता नहीं है, और आपको ऐसे फ़ंक्शन प्राप्त करने की अनुमति मिलती है जो कभी भी मूल्य वापस न करें, साथ ही आपको नाम के नाम से वापसी सेट करने की अनुमति दें कार्यक्रम।

VB.NET में एक उदाहरण

प्रदान करने के लिए आप इस

Function myFunction() As String 
    myFunction = "MyValue" 
End Function 

Function myFunction2() As String 
    'Your code here 
End Function 

ऊपर compiles, न तो एक स्पष्ट "रिटर्न", और अधिक इस में शामिल भूमि के ऊपर है के साथ क्या कर सकते हैं।

आप के साथ सी #

string myFunction() 
{ 
    //Error due to "Cannot assign to 'myFunction' because it is a 'Method Group' 
    myFunction = "test"; 
} 

string myFunction2() 
{ 
    //Error due to "not all code paths return a value 
} 

यह करने के लिए प्रयास करते हैं तो मेरे टिप्पणियां त्रुटियों कि आप ध्यान दें।

Answer 2

मेरा एकमात्र अनुमान यह है कि वह वीबीएनईटी नहीं सी # के बारे में बात कर रहा है। VB.NET आप इस तरह समथिंग के मूल्यों

Public Function GetSomething() As Int 
    GetSomething = 4 
End Function 

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

Answer 3

पोस्ट अस्पष्ट है। एक सी # डेवलपर होने के नाते, मेरा पहला विचार "क्या विरोध था?"। हालांकि, वह कुछ इस तरह की चर्चा करते हुए किया जा सकता है:

public bool MyFunction() 
{ 
    bool result = false; 
    if (someCondition == true) 
    { 
     // Do some processing 
     result = true; 
    } 
    else if (someOtherCondition == true) 
    { 
     // Do some processing 
     result = true; 
    } 
    // ... keep going 

    return result; 
} 

वह सुझाव दे जा सकता है कि return true; साथ result = true; बयानों की जगह बेहतर प्रदर्शन कर सकते हैं। मुझे उस बारे में निश्चित रूप से यकीन नहीं है ... वह उस बिंदु पर जेआईटी सिद्धांत में बहुत गहरा है, और मुझे लगता है कि किए गए किसी भी लाभ को अन्य प्रदर्शन सुधारों की तुलना में बहुत मामूली होगा।

Answer 4

आम तौर पर 2 स्पॉट होते हैं जिनमें मैं एक फ़ंक्शन से बाहर निकलता हूं।

if (myParameter == null) 
    throw new ArgumentNullException("myParameter"); 

और/या विधि के अंत में: मेरी विधियों में से बहुत शुरुआत में आने वाले डेटा को मान्य करने के।

private bool GetSomeValue() 
{ 
    bool returnValue = false; 
    // some code here 
    if (some condition) 
    { 
     returnValue = some expression 
    } 
    else 
    { 
     returnValue = some other expression; 
    } 
    return returnValue; 
}

कारण मैं सशर्त के अंदर वापस नहीं करते हैं, इसलिए वहाँ समारोह का 1 निकास बिंदु, यह डिबगिंग के साथ मदद करता है। कोई भी 12 रिटर्न स्टेटमेंट्स के साथ एक विधि को बनाए रखना चाहता है। लेकिन यह सिर्फ मेरी व्यक्तिगत राय है। मैं पठनीयता के पक्ष में गलती करूंगा, और ऑप्टिमाइज़ेशन के बारे में चिंता न करें जबतक कि आप वास्तविक समय से पहले-तेजी से स्थिति से निपट नहीं रहे हैं।

Answer 5

यह कुछ हद तक सच है, दोनों VB.NET और C# के लिए। सी # प्रोग्रामर को वैरिएबल घोषित करना है जो रिटर्न वैल्यू को स्पष्ट रूप से रखता है, यह वीबी.नेट में स्वचालित है। अधिकांश रिटर्न मान ईएक्स या आरएक्स रजिस्टर में वापस आते हैं, जेआईटी कंपाइलर को फ़ंक्शन से बाहर होने से पहले रिटर्न वैल्यू वैरिएबल से रजिस्टर लोड करने के लिए कोड उत्पन्न करना होता है। जब आप रिटर्न स्टेटमेंट का उपयोग करते हैं, तो जेआईटी कंपाइलर को ईएक्स रजिस्टर को सीधे लोड करने का अवसर हो सकता है, या पहले से ही सही मान वाला रजिस्टर हो सकता है, और लोड-से-वेरिएबल निर्देश को छोड़कर फ़ंक्शन निकास कोड पर जा सकता है।

यह एक बहुत बड़ा "शायद" बीटीडब्ल्यू है, असली कोड हमेशा if() कथन के साथ कुछ अभिव्यक्ति का परीक्षण करता है। उस अभिव्यक्ति का मूल्यांकन करना लगभग हमेशा ईएक्स रजिस्टर का उपयोग करना शामिल है, इसे अभी भी वापसी मूल्य के साथ पुनः लोड करना होगा। X64 जेआईटी कंपाइलर x86 कंपाइलर की तुलना में एक पूरी तरह से अलग काम करता है, बाद वाला हमेशा कुछ स्पॉट चेक में चर का उपयोग करता प्रतीत होता है। इसलिए जब तक आप विंडोज के 64-बिट संस्करण पर नहीं चलते हैं तब तक आप आगे बढ़ने की संभावना नहीं रखते हैं।

समयपूर्व अनुकूलन में सभी बुराइयों में से, यह तर्कसंगत रूप से सबसे खराब है। संभावित समय बचत कमजोर है, पहले स्पष्टता के लिए अपना कोड लिखें। बाद में प्रोफाइल

Answer 6

मैं असहमत हूं - मुझे लगता है कि प्रत्येक विधि में से एक एकल और एकल कोड को पढ़ने और डीबग करने के लिए कोड को अधिक आसान बनाता है। फ़ंक्शन में एकाधिक रिटर्न स्टेटमेंट नेविगेटिंग कोड को अधिक कॉम्प्लेक्स बना सकते हैं। वास्तव में (यदि रीफैक्टर के लिए संभव हो) तो कई निकास के साथ बड़े कार्यों के मुकाबले अधिक छोटे कार्यों के लिए बेहतर होता है।