Strange C Comportamiento # compilador (resolución de sobrecarga)

Question

he encontrado C# comportamiento compilador muy extraño para siguiente código:

var p1 = new SqlParameter("@p", Convert.ToInt32(1)); 
    var p2 = new SqlParameter("@p", 1); 
    Assert.AreEqual(p1.Value, p2.Value); // PASS 

    var x = 0; 
    p1 = new SqlParameter("@p", Convert.ToInt32(x)); 
    p2 = new SqlParameter("@p", x); 
    Assert.AreEqual(p1.Value, p2.Value); // PASS 

    p1 = new SqlParameter("@p", Convert.ToInt32(0)); 
    p2 = new SqlParameter("@p", 0); 
    Assert.AreEqual(p1.Value, p2.Value); // FAIL!? 

En última aserción línea de falla con el siguiente mensaje:

Expected: 0 
    But was: null 

entiendo por qué la prueba falla: p2 = new SqlParameter("@p", 0); se resuelve como SqlParameter(string, SqlDbType) y para otros casos como SqlParameter(string, object). Pero no entiendo por qué sucede esto. Para mí, parece un error, pero no puedo creer que el compilador de C# pueda tener ese tipo de error.

Cualquier razones para esto?

P.S. Parece ser un problema para cualquier método de sobrecarga con el parámetro enum y el valor 0 (SqlDbType es enum).

Answer 1

Básicamente, el número entero decimal literal 0 es implícitamente convertible a todos los tipos enum (SPEC C# 4 §6.1.3), por lo que el compilador determina que SqlParameter(string, SqlDbType) es un miembro de la función aplicable. Entonces tiene que elegir el mejor entre dos candidatos funcionan miembros, y recoge SqlParameter(string, SqlDbType) sobre SqlParameter(string, object), porque SqlDbType es un tipo más específico que object (§7.5.3.2).

Pero estoy de acuerdo que en ese caso es muy confuso ...