Console.WriteLine () і необхідність такої кількості перевантажень аргументів?

Я переглядав документацію і помітив, що 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);

Це здається зайвим. У чому потреба інших чотирьох перевантажень поверх першої? Перший метод здатний зробити все, що можуть зробити інші методи. Чи існує занепокоєння щодо продуктивності, яку вони намагалися вирішити, надавши додаткові перевантаження, які обробляють до чотирьох аргументів (останній)? Чи достатньо великі накладні витрати на масив до чотирьох аргументів, щоб забезпечити потребу в цих перевантаженнях?

Загалом, ви праві, що першого перевантаження може вистачити для інших перевантажень. Це не є суворою правдою, оскільки paramsключове слово не може використовуватися для непрямих випадків, таких як прив'язка групи методів. Наприклад

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

Цей paramsвипадок не задовольнить цей випадок, він спрацює лише тоді, коли є саме це перевантаження

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

Це досить езотеричний випадок. Найважливішими причинами є наступні

1. Не кожна мова CLI потрібна для підтримки paramsключового слова. Наявність перевантажень зменшує навантаження на ці мови, усуваючи необхідність створювати масив вручну для простого виклику WriteLine`
2. Продуктивність. Виклик paramsперевантаження змушує абонента виділити масив, навіть якщо це неявно зроблено компілятором. Асигнування в .Net дешеві, але не безкоштовні. Такі дрібниці швидко складаються, особливо на таких загальновизнаних методах, як Console.WriteLine. Наявність інших перевантажень дозволяє у звичайних випадках уникнути такого розподілу

Перевантаження для зручності програм C ++ / CLI, де ключове слово params не існує.

Думаю, ви всі, хлопці, забуваєте, що параметри були введені в C # 2.0. Отже, перевантаження також існують із .NET 1.1, коли ключове слово params цього не робило.

Я думаю , що питання , який задають вже має хороші і пояснювальні відповіді від JaredPar і jaket , але одне очко , що я думаю , що може мати відношення теж,

Я думаю, що простота використання та свобода для користувачів використовувати будь-яку з перерахованих вище функцій відповідно до вимог, отже, там є набагато зручніше, аніж нав'язувати їх для створення масиву, коли вони справді цього не вимагають.

Я думаю, що колишні часи, коли я почав вивчати C #, я майже не використовував масиви, і використання масивів було для мене складною задачею, призначити його, а потім ініціалізувати їх належними значеннями, було справді складним і трудомістким ...

Це насправді не стосується продуктивності як такої. Однак збільшення корисності є вагомою причиною цього.

Наведений нижче код дасть вам невелике розуміння.

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 для отримання додаткової інформації.