Console.WriteLine () và sự cần thiết của quá nhiều đối số?

Tôi đang duyệt qua tài liệu và nhận thấy rằng Console.WriteLine()phương pháp có một số quá tải. Đặc biệt, sự tò mò và một phần bối rối của tôi liên quan đến những điều này:

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);

Nó có vẻ thừa. Sự cần thiết của bốn quá tải khác trên đầu tiên là gì? Phương pháp đầu tiên có thể làm mọi thứ mà các phương pháp khác có thể làm. Có mối quan tâm về hiệu suất mà họ đang cố gắng giải quyết bằng cách cung cấp các quá tải bổ sung, xử lý tối đa bốn đối số (đối số cuối cùng) không? Chi phí của việc duyệt qua một mảng lên đến bốn đối số có đủ lớn để đáp ứng nhu cầu về các quá tải này không?

Nói chung, bạn đúng rằng quá tải đầu tiên có thể đủ cho các quá tải khác. Tuy nhiên, điều này không hoàn toàn đúng vì paramstừ khóa không thể được sử dụng cho các trường hợp gián tiếp như ràng buộc nhóm phương thức. Ví dụ

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

Quá paramstải sẽ không đáp ứng trường hợp này, nó sẽ chỉ hoạt động khi có hiện tượng quá tải cụ thể này

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

Đó là một trường hợp khá bí truyền. Những lý do quan trọng hơn là sau đây

1. Không phải mọi ngôn ngữ CLI đều được yêu cầu để hỗ trợ paramstừ khóa. Việc có quá tải làm giảm gánh nặng cho các ngôn ngữ đó bằng cách loại bỏ nhu cầu tạo một mảng theo cách thủ công cho một lệnh gọi WriteLine` đơn giản
2. Hiệu suất. Việc gọi paramsquá tải buộc người gọi phải cấp phát một mảng, ngay cả khi nó được thực hiện ngầm bởi trình biên dịch. Phân bổ rẻ trong .Net nhưng không miễn phí. Những thứ nhỏ nhặt như thế này sẽ nhanh chóng cộng lại, đặc biệt là trên các phương thức thường được gọi là như Console.WriteLine. Việc có các quá tải khác cho phép các trường hợp phổ biến tránh được phân bổ này

Quá tải là để thuận tiện cho các chương trình C ++ / CLI mà từ khóa params không tồn tại.

Tôi nghĩ rằng tất cả các bạn đang quên rằng các thông số đã được giới thiệu trong C # 2.0. Do đó, sự quá tải cũng tồn tại từ .NET 1.1, khi từ khóa params thì không.

Tôi nghĩ rằng câu hỏi được hỏi đã có câu trả lời hay và giải thích bởi JaredPar và jaket nhưng một điểm mà tôi nghĩ cũng có thể liên quan,

Tôi nghĩ rằng sự dễ sử dụng và tự do cho người dùng sử dụng bất kỳ chức năng nào ở trên tùy theo yêu cầu đó, có nghĩa là, có nhu cầu sẽ thuận tiện hơn nhiều thay vì áp đặt họ tạo một mảng, khi họ thực sự không yêu cầu.

Tôi cũng nghĩ về những ngày xưa khi tôi bắt đầu học C #, tôi hầu như không sử dụng mảng và sử dụng mảng là một nhiệm vụ phức tạp đối với tôi, để gán nó và sau đó khởi tạo chúng với các giá trị thích hợp thực sự rất phức tạp và mất thời gian ...

Điều này không thực sự dành cho vấn đề hiệu suất như vậy. Tuy nhiên, tăng khả năng sử dụng là một lý do xác đáng đằng sau nó.

Đoạn mã dưới đây, sẽ cung cấp cho bạn một cái nhìn sâu sắ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;
        }
    }
}

Vui lòng tham khảo liên kết: http://msdn.microsoft.com/en-us/library/aa324774(v=vs.71).aspx để biết thêm thông tin.