C#: Truyền null đến phương thức quá tải - phương thức nào được gọi?

Question

Nói rằng tôi có hai phiên bản quá tải của một phương pháp C#:

void Method(TypeA a) { } 
void Method(TypeB b) { } 

tôi gọi là phương pháp với:

Method(null); 

nào tình trạng quá tải của phương pháp này được gọi là? Tôi có thể làm gì để đảm bảo rằng một tình trạng quá tải cụ thể được gọi?

Answer 1

Tùy thuộc vào TypeA và TypeB.

• Nếu chính xác một trong số họ được áp dụng (ví dụ không có chuyển đổi từ null để TypeB bởi vì nó là một loại giá trị nhưng TypeA là một loại tài liệu tham khảo) sau đó cuộc gọi sẽ được thực hiện cho một áp dụng.
• Nếu không, nó phụ thuộc vào mối quan hệ giữa TypeA và TypeB.
  • Nếu có một chuyển đổi ngầm TypeA-TypeB nhưng không có chuyển đổi ngầm TypeB-TypeA thì tình trạng quá tải sử dụng TypeA sẽ được sử dụng.
  • Nếu có chuyển đổi ẩn từ TypeB thành TypeA nhưng không chuyển đổi ẩn từ TypeA thành TypeB thì sử dụng quá tải TypeB sẽ được sử dụng.
  • Nếu không, cuộc gọi không rõ ràng và sẽ không biên dịch được.

Xem phần 7.4.3.4 của thông số C# 3.0 để biết các quy tắc chi tiết.

Đây là một ví dụ về nó không rõ ràng. Tại đây, TypeB có nguồn gốc từ TypeA, có nghĩa là có chuyển đổi tiềm ẩn từ TypeB đến TypeA, nhưng không phải ngược lại. Do đó, tình trạng quá tải sử dụng TypeB được sử dụng:

using System; 

class TypeA {} 
class TypeB : TypeA {} 

class Program 
{ 
    static void Foo(TypeA x) 
    { 
     Console.WriteLine("Foo(TypeA)"); 
    } 

    static void Foo(TypeB x) 
    { 
     Console.WriteLine("Foo(TypeB)"); 
    } 

    static void Main() 
    { 
     Foo(null); // Prints Foo(TypeB) 
    } 
} 

Nói chung, ngay cả khi đối mặt với một cuộc gọi khác-mơ hồ, để đảm bảo rằng một tình trạng quá tải đặc biệt được sử dụng, chỉ cần cast:

Foo((TypeA) null); 

hoặc

Foo((TypeB) null); 

Lưu ý rằng nếu điều này liên quan đến thừa kế trong các lớp khai báo (tức là một lớp đang quá tải phương thức được khai báo bởi lớp cơ sở), bạn sẽ gặp một vấn đề khác, và bạn ed để bỏ mục tiêu của phương thức chứ không phải đối số.

Answer 2

gọi mơ hồ. (lỗi thời gian biên dịch).

Answer 3

Jon Skeet đã đưa ra một câu trả lời toàn diện, nhưng từ quan điểm thiết kế, bạn không nên phụ thuộc vào các trường hợp góc của đặc tả trình biên dịch. Nếu không có gì khác, nếu bạn phải tìm kiếm những gì nó làm trước khi bạn viết nó, người tiếp theo để cố gắng đọc nó sẽ không biết nó làm gì. Nó không thể duy trì được.

Quá tải có sẵn để thuận tiện và hai trường hợp quá tải khác nhau có cùng tên phải thực hiện tương tự. Nếu hai phương thức làm những việc khác nhau, hãy đổi tên một hoặc cả hai phương thức.

Thông thường, phương pháp quá tải có các biến thể với số lượng tham số khác nhau và cho quá tải với ít tham số hơn để cung cấp mặc định hợp lý.

ví dụ: string ToString(string format, System.IFormatProvider provider) có các thông số nhất,
string ToString(System.IFormatProvider provider) cung cấp một định dạng mặc định, và
string ToString() cung cấp một định dạng mặc định và cung cấp dịch vụ,

Answer 4

Một giải pháp đơn giản là tạo ra một phương pháp khác với chữ ký của:

void Method() { } 

hoặc tốt hơn để cập nhật chữ ký trên một trong các phương thức sau:

void Method(TypeB b = null) { } 

và sau đó gọi cho tôi t như vậy:

Method(); 

Tại thời gian biên dịch giá trị null là untyped và do đó trình biên dịch không thể phù hợp với nó lên với một trong những chữ ký phương pháp. Vào thời gian chạy, bất kỳ biến nào có thể giải quyết thành null sẽ vẫn được nhập và do đó nó sẽ không gây ra sự cố.

Answer 5

Jon Skeet đã trả lời quá tải nào được chọn theo mặc định, nhưng nếu bạn muốn đảm bảo rằng quá tải cụ thể được gọi, thì tốt hơn nên sử dụng các tham số có tên hơn là truyền.

Nếu bạn có:

void Method(TypeA a) { } 
void Method(TypeB b) { } 

Bạn có thể gọi Method(a: null); hoặc Method(b: null);