Console.WriteLine () और इतने सारे तर्क ओवरलोड की आवश्यकता है?

Question 1

मैं प्रलेखन के माध्यम से ब्राउज़ कर रहा था और देखा कि इस Console.WriteLine()पद्धति में कई अतिभार थे। विशेष रूप से, मेरी जिज्ञासा और आंशिक भ्रम इनसे संबंधित है:

public static void WriteLine(string format, params object[] arg);
public static void WriteLine(string format, object arg0);
public static void WriteLine(string format, object arg0, object arg1);
public static void WriteLine(string format, object arg0, object arg1, object arg2);
public static void WriteLine(string format, object arg0, object arg1, object arg2, object arg3);

यह बेमानी लगता है। पहले एक के ऊपर अन्य चार अधिभार की क्या आवश्यकता है? पहली विधि वह सब कुछ करने में सक्षम है जो अन्य विधियां कर सकती हैं। क्या कोई प्रदर्शन चिंता है कि वे अतिरिक्त अधिभार प्रदान करके निपटने की कोशिश कर रहे थे, जो चार तर्कों (पिछले एक) तक संभालते हैं? क्या इन ओवरलोड्स की आवश्यकता को पूरा करने के लिए चार तर्कों तक की एक सरणी से गुजरने का ओवरहेड पर्याप्त है?

Question 2

सामान्य तौर पर आप सही हैं कि पहला अधिभार दूसरे अधिभार के लिए पर्याप्त हो सकता है। यह कड़ाई से सच नहीं है, क्योंकि paramsविधि समूह बंधन जैसे अप्रत्यक्ष मामलों के लिए कीवर्ड का उपयोग नहीं किया जा सकता है। उदाहरण के लिए

delegate void E(string format, object o1);
E e = Console.WriteLine;

paramsअधिभार इस मामले को संतुष्ट नहीं करेगा, यह केवल काम करेंगे जब इस विशेष अधिभार मौजूद है

public static void WriteLine(string format, object arg0);

हालांकि यह एक बहुत गूढ़ मामला है। अधिक महत्वपूर्ण कारण निम्नलिखित हैं

paramsकीवर्ड का समर्थन करने के लिए प्रत्येक CLI भाषा की आवश्यकता नहीं है । ओवरलोड होने से उन भाषाओं पर बोझ को कम करने की जरूरत होती है, जो कि एक सरल राइटलाइन कॉल के लिए मैन्युअल रूप से एक सरणी बनाने की आवश्यकता को हटा दें
प्रदर्शन। कॉलिंग paramsअधिभार बलों फोन करने वाले एक सरणी आवंटित करने के लिए, भले ही वह संकलक द्वारा परोक्ष किया है। आवंटन .Net में सस्ते होते हैं लेकिन मुफ्त नहीं। इस तरह की छोटी चीजें विशेष रूप से आमतौर पर कहे जाने वाले तरीकों पर जल्दी से जुड़ जाती हैं Console.WriteLine। अन्य ओवरलोड होने से आम मामलों में इस आवंटन से बचने की अनुमति मिलती है

Question 3

अधिभार C ++ / CLI प्रोग्रामों की सुविधा के लिए है, जहां परमस कीवर्ड मौजूद नहीं है।

Question 4

मुझे लगता है कि आप सभी लोग भूल रहे हैं कि Params को C # 2.0 में पेश किया गया था। इसलिए, अधिभार .NET 1.1 से भी मौजूद है, जब परमेस कीवर्ड नहीं था।

Question 5

मैं प्रश्न पूछा पहले से ही अच्छी और से व्याख्यात्मक उत्तर दिए गए हैं लगता है JaredPar और jaket लेकिन एक बिंदु मैं भी प्रासंगिक हो सकता है क्या सोचते हैं,

मुझे लगता है कि उपयोगकर्ताओं के लिए उपयोग और स्वतंत्रता में आसानी से उपरोक्त कार्यों में से किसी का भी उपयोग वहां की आवश्यकता के अनुसार होता है, इस तरह, वहां जरूरत अधिक सुविधाजनक होती है, फिर एक सरणी बनाने के लिए उन्हें थोपना, जब उन्हें वास्तव में इसकी आवश्यकता नहीं होती है।

मुझे लगता है कि पुराने दिनों में भी जब मैंने C # सीखना शुरू किया था तो मैंने शायद ही सरणियों का उपयोग किया था और सरणियों का उपयोग करना मेरे लिए एक जटिल काम था, इसे असाइन करना और फिर उन्हें उचित मूल्यों के साथ आरंभ करना वास्तव में जटिल और समय लेने वाला भी था ...

Question 6

यह वास्तव में इस तरह के प्रदर्शन के मुद्दे के लिए नहीं है। हालाँकि, प्रयोज्य में वृद्धि इसके पीछे एक वैध कारण है।

नीचे दिया गया कोड आपको एक छोटा सा विवरण देगा।

public class TipCalculator {
    private const double tipRate = 0.18;
    public static int Main(string[] args) {
        double billTotal;
        if (args.Length == 0) {
            Console.WriteLine("usage: TIPCALC total");
            return 1;
        }
        else {
            try {
                billTotal = Double.Parse(args[0]);
            }
            catch(FormatException) {
                Console.WriteLine("usage: TIPCALC total");
                return 1;
            }
            double tip = billTotal * tipRate;
            Console.WriteLine();
            Console.WriteLine("Bill total:\t{0,8:c}", billTotal);
            Console.WriteLine("Tip total/rate:\t{0,8:c} ({1:p1})", tip, tipRate);
            Console.WriteLine(("").PadRight(24, '-'));
            Console.WriteLine("Grand total:\t{0,8:c}", billTotal + tip);
            return 0;
        }
    }
}

कृपया अधिक जानकारी के लिए लिंक: http://msdn.microsoft.com/en-us/library/aa324774(v=vs.71).aspx देखें।