C#: Aşırı yüklenen yönteme null - hangi yöntem denir?

Question

Bir C# yönteminin iki aşırı yüklenmiş sürümüne sahip olduğumu varsayalım:

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

Yöntemi şu şekilde adlandırıyorum:

Method(null); 

Yöntemin aşırı yüklenmesi nedir? Belirli bir aşırı yükün çağrıldığından emin olmak için ne yapabilirim?

Answer 1

TypeA ve TypeB'a bağlıdır. bunların tam bir geçerli ise, arama geçerli bir yapılacaktır

• (bir değer türü ama TypeA başvuru türü olduğu için, örneğin TypeB için null hiçbir dönüşüm yoktur). Aksi takdirde TypeA ve TypeB arasındaki ilişkiye bağlıdır.
  • sonra TypeA kullanarak aşırı yük kullanılacaktır TypeA den TypeB bir örtük dönüştürme ama TypeBTypeA ila örtülü hiçbir dönüşüm yoksa.
  • sonra TypeB kullanarak aşırı yük kullanılacaktır TypeB den TypeA bir örtük dönüştürme ama TypeATypeB ila örtülü hiçbir dönüşüm yoksa.
  • Aksi takdirde, arama belirsizdir ve derlenemez.

bak Bölüm detaylarını öğrenmek için C# 3.0 spec 7.4.3.4.

İşte bunun bir örneği belirsiz değil. Burada TypeB, TypeA türetilmiştir, yani TypeB ile TypeA arasındaki örtük bir dönüşüm var, ancak bunun tersi de doğru değil. Böylece TypeB kullanılarak aşırı kullanılır: Genel olarak

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

, hatta bir başka şekilde belirsiz çağrı karşısında belirli bir aşırı yük kullanıldığından emin olmak için, sadece döküm:

Foo((TypeA) null); 

veya

Foo((TypeB) null); 

Bu, bildirme sınıflarında kalıtımı içeriyorsa (yani, bir sınıf, temel sınıfı tarafından bildirilen bir yöntemi aşırı yüklüyorsa), başka bir soruna girdiğiniz ve argümandan ziyade yöntemin hedefini yayınlamak.

Answer 2

muazzam çağrı. (derleme zamanı hatası).

Answer 3

Jon Skeet kapsamlı bir yanıt verdi, ancak tasarım bakış açısından, derleyici teknik özelliklerinin köşe durumlarına bağlı olmamalıdır. Başka bir şey yoksa, yazmadan önce ne olduğunu araştırmak zorunda kalırsanız, onu okumayı denecek bir sonraki kişi ne yaptığını bilmeyecektir. Bakılabilir değil.

Aşırı yükler kolaylık sağlamak için var ve aynı adı taşıyan iki farklı aşırı yük aynı şeyi yapmalıdır. İki yöntem farklı şeyler yaparsa, bunlardan birini veya her ikisini yeniden adlandırın.

Çok sayıda parametreli değişkenlere ve aşırı duyarlılık sağlamak için daha az parametreli aşırı yüklenmeye sahip aşırı yüklü bir yöntem için daha alışılageldik.

örn. string ToString(string format, System.IFormatProvider provider)
string ToString(System.IFormatProvider provider) varsayılan bir biçim sağlayan, çoğu parametreleri vardır ve
string ToString() varsayılan bir biçim ve sağlayıcıyı,

Answer 4

basit bir çözüm imzası ile başka bir yöntemi yaratmaktır besler:

void Method() { } 

veya Olması gereken yöntemlerden birinin üzerindeki imzayı güncellemek daha iyidir:

void Method(TypeB b = null) { } 

ve sonra böylece t: Çekirdeği

Method(); 

değeri null Türlenmemiş ve bu nedenle derleyici yöntemi imzaları biriyle yetişemediğinden olup. Çalışma zamanında, null'a dönüşebilecek herhangi bir değişken yazılmaya devam eder ve bu nedenle bir soruna neden olmaz.

Answer 5

Jon Skeet, varsayılan olarak hangi aşırı yüklenmenin seçildiğini zaten yanıtladı; ancak, belirli bir aşırı yükün söz konusu olduğundan emin olmak istiyorsanız, genellikle, adlandırılmış parametrelerin, dökümden daha iyi kullanılması önerilir.

Eğer varsa:

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

En az bir yöntem params anahtar sözcüğünü kullanan yöntemleri aşırı farkında olmak Method(a: null); veya Method(b: null);