सी # लैम्ब्डा, स्थानीय वैरिएबल बनाम रिटर्न डेटा

Question

सी # में, लैम्ब्डा स्थानीय चर का उपयोग कर सकते हैं, और कुछ डेटा भी वापस कर सकते हैं।

तो, जो निम्न स्थितियों में बेहतर है?

int num; 
Func<int> func =()=>{return 10;} 
num = func(); 

बनाम

int num; 
Action action =()=>{num = 10;} 

मुझे लगता है, प्रदर्शन अलग है। कौन सा बेहतर है?



अद्यतन यहाँ

मेरे कोड (मैं जानता हूँ कि StackOverflow का उपयोग कैसे न)।

ErrorCode errorCode; 
errorCode = DatabaseUtility.Read<ErrorCode>(
    conn, 
    DatabaseUtility.CreateSelectQuery(....), 
    reader => 
    { 
     if(reader.Read()) 
      return ErrorCode.None; 

     return ErrorCode.InvalidParam; 
    }); 

लेकिन इस मामले में, मैं ऐसा कर सकता हूं।

ErrorCode errorCode; 
DatabaseUtility.Read(
    conn, 
    DatabaseUtility.CreateSelectQuery(....), 
    reader => 
    { 
     if(reader.Read()) 
      errorCode = ErrorCode.None; 
     else 
      errorCode = ErrorCode.InvalidParam; 
    }); 

और, यह विधि परिभाषा है।

public static class DatabaseUtility 
{ 
    public static Read<T>(
     MySqlConnection conn, 
     string query, 
     Func<MySqlDataReader, T> callback); 
} 

Answer 1

पहला एक बेहतर डिजाइन किया गया है। यह पुन: प्रयोज्य है और अलग-अलग चर (यदि आवश्यक हो) पर बार-बार कहा जा सकता है।

प्रदर्शन मुझे यकीन नहीं है, सबसे अधिक नगण्य।

Answer 2

गिब्बू सही है: मान वापस करना स्पष्ट है, इसलिए आपको इसका उपयोग करना चाहिए और प्रदर्शन के बारे में चिंता न करें, जब तक कि यह कोड the 3% of code when microoptimizations make sense में न हो।

लेकिन लौटने से भी अधिक कुशल हो सकता है, क्योंकि इसे बंद करने के उद्देश्य के लिए ढेर आवंटन की आवश्यकता नहीं होती है और इसका मतलब है कि num को स्थानीय चर के रूप में संकलित किया जा रहा है, न कि बंद करने वाले ऑब्जेक्ट पर एक फ़ील्ड (स्थानीय पहुंच चर फ़ील्ड से सस्ता है)।

इसके अलावा, आप मान देने के लिए जा रहे हैं, वहाँ जो अपने कोड थोड़ा कर देगा इतनी जल्दी चर घोषित करने के लिए कोई कारण नहीं है, है कम:

Func<int> func =()=>{return 10;} 
int num = func(); 

Answer 3

असल में वहाँ एक बड़ा semantical अंतर है।

() => 10; 
() => x = 10; 

दोनों लौटने से 10 अंतर यह है कि दूसरे मामले में, x चर कब्जा कर लिया है, लांबा शरीर के लिए बाध्य है, और संदर्भों के माध्यम से यात्रा कर सकते हैं।

कल्पना कीजिए:

void SomeFunction() 
{ 
    int variable; 
    Execute((a) => variable = a); 
} 

void Execute(Action<int> statement) 
{ 
    statement.Invoke(7); 
} 

यहाँ SomeFunc पता नहीं क्या चर का मान जब समारोह संदर्भ से बाहर निकल रहा हो जाएगा है। दूसरी तरफ Execute को पता नहीं है कि Invoke के माध्यम से फ़ंक्शन ऑब्जेक्ट में दिए गए मान के साथ क्या होगा। यह कुछ encapsulation संदर्भों में उपयोगी हो सकता है। या संभवतः उन परिस्थितियों में जहां आपने सी # की जेनेरिक सीमाएं मारा (जो कि रास्ते से बहुत आसान है)।

तब आप अपने कोड की बात करते समय दोनों तरीकों से सोच सकते हैं। जैसे"क्या मैं अपनी तरफ से त्रुटियों को संभालना चाहता हूं, या क्या मैं त्रुटि इंटरफेस के माध्यम से अपने इंटरफेस के उपयोगकर्ता को प्रदान करता हूं?"

लेकिन फिर, मैं लैम्बडास के बजाय उपरोक्त व्यवहार को लागू/लागू करने के लिए अमूर्त वर्ग का उपयोग करना चाहता हूं।

आम तौर पर, संदर्भों पर कब्जे वाले चर भेजना निर्भरता को छिपाने लगता है और आपके कोड को पढ़ने और डीबग करने के लिए कठिन (कुछ मामलों में शायद असंभव) बनाता है। मुझे लगता है कि इसे केवल उन परिदृश्यों में उपयोग किया जाना चाहिए जहां सी # के अन्य सभी साधन या तो बहुत धीमी या बहुत बदसूरत कोड उत्पन्न करते हैं।

Answer 4

मैं कोड आप पोस्ट के साथ एक छोटे मुद्दे को उठाने के लिए चाहते हैं:

public static class DatabaseUtility 
{ 
    public static Read<T>(
     MySqlConnection conn, 
     string query, 
     Func<MySqlDataReader, T> callback); 
} 

विधि कोई वापसी प्रकार हस्ताक्षर है! क्या यह शून्य है? यदि यह शून्य है कोड तुम्हें तैनात काम नहीं करेगा:

ErrorCode errorCode; 
errorCode = DatabaseUtility.Read<ErrorCode>(
    conn, 
    DatabaseUtility.CreateSelectQuery(....), 
    reader => 
    { 
     if(reader.Read()) 
      return ErrorCode.None; 

     return ErrorCode.InvalidParam; 
    }); 

अगर यह टी है पहले से ही फिर वहाँ एक समारोह की घोषणा करने के समारोह पढ़ने के लिए पारित करने के लिए कोई जरूरत नहीं है।

मुझे लगता है कि इस मामले में फ़ंक्शन का वापसी मूल्य टी होना चाहिए, और यह देखते हुए कि आप जिस डेटाटाइप को पुनर्प्राप्त कर रहे हैं उसके साथ कोई कार्रवाई करना चाहते हैं (कुछ त्रुटि या किसी अन्य मामले के मामले में) यह होगा बेहतर एक कार्रवाई के बजाय पारित करने के लिए:

public static class DatabaseUtility 
{ 
    public static T Read<T>(
     MySqlConnection conn, 
     string query, 
     Action<MySqlDataReader> callback); 
} 

आधार है कि बुद्धिमान प्रदर्शन यह एक समस्या जब तक आप एक वास्तविक समय आवेदन (जो मुझे लगता है कि अपने मामले नहीं है) को लक्षित कर रहे नहीं होना चाहिए। हालांकि यह neater समाधान आईएमएचओ होगा।

उम्मीद है कि यह मदद करता है।