एक फ़ंक्शन पर विचार करें जो दो मान लौटाता है। हम लिख सकते है:
// Using out:
string MyFunction(string input, out int count)
// Using Tuple class:
Tuple<string, int> MyFunction(string input)
// Using struct:
MyStruct MyFunction(string input)
कौन सा सबसे अच्छा अभ्यास है और क्यों?
structके रूप में Ericउल्लेख किया है।
जवाबों:
वे प्रत्येक अपने पेशेवरों और विपक्ष हैं।
आउट पैरामीटर तेज़ और सस्ते हैं, लेकिन इसके लिए आवश्यक है कि आप एक चर में पास करें, और म्यूटेशन पर भरोसा करें। LINQ के साथ आउट पैरामीटर को सही ढंग से उपयोग करना लगभग असंभव है।
ट्यूपल्स कचरा संग्रह दबाव बनाते हैं और संयुक्त राष्ट्र के स्व-दस्तावेजीकरण होते हैं। "आइटम 1" बहुत वर्णनात्मक नहीं है।
यदि वे बड़े हैं, तो कस्टम संरचना को कॉपी करने में धीमा हो सकता है, लेकिन वे स्व-दस्तावेज हैं और यदि वे छोटे हैं तो कुशल हैं। हालाँकि, यह मामूली उपयोगों के लिए कस्टम संरचनाओं के एक पूरे समूह को परिभाषित करने के लिए एक दर्द भी है।
मैं कस्टम संरचना समाधान के लिए इच्छुक हो जाएगा अन्य सभी चीजें समान हैं। हालांकि यह भी बेहतर है कि एक ऐसा फंक्शन बनाया जाए जो केवल एक मूल्य लौटाए । आप पहले स्थान पर दो मान क्यों लौटा रहे हैं?
अद्यतन: ध्यान दें कि सी # 7 में ट्यूपल, जो इस लेख को लिखे जाने के छह साल बाद भेज दिया गया है, मूल्य प्रकार हैं और इसलिए संग्रह दबाव बनाने की संभावना कम है।
पिछले उत्तरों में जोड़ते हुए, C # 7 वैल्यू टाइप ट्यूपल्स लाता है, इसके विपरीत System.Tupleएक संदर्भ प्रकार है और बेहतर शब्दार्थ भी प्रस्तुत करता है।
आप अभी भी उन्हें अनाम नहीं छोड़ सकते हैं और .Item*वाक्यविन्यास का उपयोग कर सकते हैं:
(string, string, int) getPerson()
{
return ("John", "Doe", 42);
}
var person = getPerson();
person.Item1; //John
person.Item2; //Doe
person.Item3; //42
लेकिन इस नई सुविधा के बारे में जो वास्तव में शक्तिशाली है वह टुपल्स नाम की क्षमता है। तो हम इस तरह से ऊपर फिर से लिख सकते हैं:
(string FirstName, string LastName, int Age) getPerson()
{
return ("John", "Doe", 42);
}
var person = getPerson();
person.FirstName; //John
person.LastName; //Doe
person.Age; //42
विनाशकारी भी समर्थित है:
(string firstName, string lastName, int age) = getPerson()
मुझे लगता है कि उत्तर इस बात पर निर्भर करता है कि फ़ंक्शन क्या कर रहा है, और दो मूल्यों के बीच संबंध क्या है।
उदाहरण के लिए, TryParseतरीके outपार्स किए गए मान को स्वीकार करने के लिए एक पैरामीटर लेते हैं , और boolयह इंगित करने के लिए कि पार्स सफल हुआ या नहीं। दो मूल्य वास्तव में एक साथ नहीं हैं, इसलिए, शब्दार्थ, यह अधिक समझ में आता है, और कोड का इरादा पढ़ने में आसान है, outपैरामीटर का उपयोग करने के लिए ।
यदि, हालांकि, आपका फ़ंक्शन स्क्रीन पर किसी वस्तु के X / Y निर्देशांक को लौटाता है, तो दो मूल्य शब्दार्थ से संबंधित हैं और इसका उपयोग करना बेहतर होगा struct।
मैं व्यक्तिगत रूप से किसी tupleभी चीज के लिए उपयोग करने से बचना चाहूंगा जो सदस्यों को पुनः प्राप्त करने के लिए अजीब सिंटैक्स के बाहरी कोड becuase को दिखाई देगा।
outपैरामीटर छोड़ सकते हैं तो आपका उत्तर अधिक उपयुक्त सफेद संदर्भ प्रकार होता है null। वहाँ कुछ अशक्त अपरिवर्तनीय प्रकार हैं।
tryपैटर्न जो सहसंयोजक इंटरफेस के साथ काम करता है T TryGetValue(whatever, out bool success); कि दृष्टिकोण की अनुमति होता इंटरफेस IReadableMap<in TKey, out TValue> : IReadableMap<out TValue>है, और जो के उदाहरण मैप करने के लिए चाहता है कोड जाने Animalके उदाहरण के लिए Carस्वीकार करने के लिए एक Dictionary<Cat, ToyotaCar>[का उपयोग कर TryGetValue<TKey>(TKey key, out bool success)। यदि पैरामीटर के TValueरूप में उपयोग किया जाता है तो ऐसा कोई भी विचरण संभव नहीं है ref।
मैं आउट पैरामीटर का उपयोग करने के दृष्टिकोण के साथ जाऊंगा क्योंकि दूसरे दृष्टिकोण में आपको टपल क्लास बनाने और ऑब्जेक्ट करने की आवश्यकता होगी और फिर इसमें वैल्यू ऐड किया जाएगा, जो मुझे लगता है कि आउट पैरामीटर में वैल्यू वापस करने की तुलना में एक महंगा ऑपरेशन है। यद्यपि यदि आप टपल क्लास में कई मूल्यों को वापस करना चाहते हैं (जो कि केवल एक पैरामीटर को वापस करने से पूरा नहीं किया जा सकता है) तो मैं दूसरे दृष्टिकोण के लिए जाऊंगा।
out। इसके अतिरिक्त एक paramsकीवर्ड है जिसका मैंने प्रश्न को सीधा रखने के लिए उल्लेख नहीं किया है।
आपने एक और विकल्प का उल्लेख नहीं किया है, जिसमें संरचना के बजाय एक कस्टम वर्ग है। यदि डेटा में इससे संबंधित शब्दार्थक शब्द हैं, जिन्हें फ़ंक्शंस द्वारा संचालित किया जा सकता है, या उदाहरण का आकार काफी बड़ा है (> अंगूठे के नियम के रूप में 16 बाइट्स), तो एक कस्टम वर्ग को प्राथमिकता दी जा सकती है। सार्वजनिक एपीआई में "आउट" का उपयोग इंगित करने के लिए इसके संघ के कारण और संदर्भ प्रकार के काम की समझ की आवश्यकता के कारण उपयोग नहीं किया जाता है।
https://msdn.microsoft.com/en-us/library/ms182131.aspx
ट्यूल आंतरिक उपयोग के लिए अच्छा है, लेकिन सार्वजनिक एपीआई में इसका उपयोग अजीब है। इसलिए, मेरा वोट सार्वजनिक एपीआई के लिए संरचना और वर्ग के बीच है।
कोई "सर्वश्रेष्ठ अभ्यास" नहीं है। यह वह है जो आप के साथ सहज हैं और आपकी स्थिति में सबसे अच्छा क्या काम करता है। जब तक आप इसके अनुरूप होते हैं, आपके द्वारा पोस्ट किए गए किसी भी समाधान के साथ कोई समस्या नहीं है।