सी # सूची <T> बनाम IEnumerable <T> प्रदर्शन सवाल

Question

हाय इन 2 तरीकों लगता है? जब मैं पहली विधि को देखता हूं, तो मुझे लगता है कि सूची के लिए स्मृति आवंटित की गई है, मेरी राय में इसकी आवश्यकता नहीं है। IENumerable विधि मेरे लिए तेज़ी से प्रतीत होती है।

उदाहरण के लिए, आप

int a = GetProviderForType(myType).Count; 
int b = GetProviderForType1(myType).Count(); 

अब फोन लगता है, एक और मुद्दा है, वहाँ ऊपर इन 2 के बीच एक प्रदर्शन का अंतर है?

आपको क्या लगता है?

Answer 1

इस विशेष मामले में, IEnumerable<T> फ़ॉर्म का उपयोग करके अधिक कुशल होगा, क्योंकि आप केवल को गिनती जानने की आवश्यकता है। यदि आपको आवश्यकता नहीं है तो डेटा को स्टोर करने, बफर आदि का आकार बदलने में कोई बात नहीं है।

यदि आपको किसी भी कारण से परिणामों का फिर से उपयोग करने की आवश्यकता है, तो List<T> फ़ॉर्म अधिक कुशल होगा।

ध्यान दें कि दोनों Count() विस्तार विधि और Count संपत्ति Count() चेकों के कार्यान्वयन के रूप में अगर लक्ष्य अनुक्रम ICollection<T> लागू करता है और यदि ऐसा है तो Count संपत्ति का उपयोग करता है देखने के लिए List<T> के लिए योग्य होंगे।

एक अन्य विकल्प जो होना चाहिए भी अधिक कुशल (हालांकि सिर्फ), जो एक प्रतिनिधि लेता Count का अधिभार कॉल करने के लिए होगा:

private int GetProviderCount(Type type) 
{ 
    return _objectProviders.Count(provider => 
     (provider.Key.IsAssignableFrom(type) 
     || type.IsAssignableFrom(provider.Key)) 
     && provider.Value.SupportsType(type)); 
} 

यही द्वारा किए गए indirections के अतिरिक्त स्तर से बचने जाएगा Where और Select खंड।

(मार्क कहते हैं, डेटा की थोड़ी मात्रा के लिए प्रदर्शन अंतर शायद वैसे भी नगण्य हो जाएगा।)

Answer 2

इस तरह के प्रश्नों का सटीक उत्तर कई कारकों के आधार पर भिन्न हो सकता है, और सीएलआर विकसित होने के साथ आगे बढ़ सकता है। सुनिश्चित करने का एकमात्र तरीका यह मापना है - और ध्यान रखें कि अगर ऑपरेशन की तुलना में अंतर छोटा होता है तो यह दिखाई देगा, तो आपको इसे लिखने का सबसे अधिक पढ़ने योग्य, रखरखाव तरीका चुनना चाहिए।

और उस नोट पर, आप भी करके देख सकते हैं:

private IEnumerable<IObjectProvider> GetProviderForType1(Type type) 
{ 
    return _objectProviders.Where(provider => 
        provider.Key.IsAssignableFrom(type) || 
        type.IsAssignableFrom(provider.Key)) && 
        provider.Value.SupportsType(type)) 
          .Select(p => p.Value); 
} 

तुम भी अपने आप को बहुत लचीलापन IEnumerable<T> लौटने और फिर ToList विस्तार विधि का उपयोग कर यदि आप "स्नैपशॉट" करना चाहते हैं दे सकते हैं एक सूची में परिणाम। यदि आपको इसे कई बार जांचना है, तो यह सूची उत्पन्न करने के लिए कोड के बार-बार मूल्यांकन से बच जाएगा।

Answer 3

इस सवाल का एक महत्वपूर्ण भाग "कितना बड़ा डेटा है" क्या है? कितनी पंक्तियां ...

डेटा की थोड़ी मात्रा के लिए, सूची ठीक है - इसमें पर्याप्त बड़ी सूची आवंटित करने के लिए नगण्य समय लगेगा, और यह कई बार आकार नहीं लेगा (कोई नहीं, अगर आप इसे बता सकते हैं कि कितना बड़ा अग्रिम में होना)।

हालांकि, यह विशाल डेटा वॉल्यूम तक स्केल नहीं करता है; ऐसा लगता है कि आपका प्रदाता हजारों इंटरफेस का समर्थन करता है, इसलिए मैं यह नहीं कहूंगा कि यह आवश्यक है इस मॉडल पर जाने के लिए - लेकिन यह काफी हद तक चोट नहीं पहुंचाएगा।

बेशक

, आप LINQ का भी उपयोग कर सकते हैं:

return from provider in _objectProviders 
     where provider.Key.IsAssignableFrom(type) ... 
     select provider.Value; 

यह भी कवर के तहत आस्थगित yield दृष्टिकोण है ...

Answer 4

IEnumerable और IList के बीच मुख्य अंतर:

IENumerable: कार्यान्वयन MoveNext, रीसेट करें, वर्तमान तरीके प्राप्त करें और रिकॉर्ड्स के माध्यम से को Iterate करने के लिए IENumerator का एक प्रकार देता है।

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

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