Comments on Crazy Pointer: PDC 2008: The Future of C# 4.0 (2/3)

Hombre, es que en ese caso IMHO sería un fallo en ...

2008-11-29T15:59:00.000+01:00

Hombre, es que en ese caso IMHO sería un fallo en el diseño, porque tener dos métodos sobrecargados que hagan cosas distintas no creo que sea muy apropiado.
Además en ese caso lo que se podría hacer es simplemente no usar parámetros por defecto.

De hecho si usas número variable de parámetros, que si han incluido (que yo sepa desde siempre pero al menos desde la v2.0) tienes un problema similar:

public void miMetodoDeLaLeche(int a, params int[] b) {
// Código que hace una cosa
}

public void miMetodoDeLaLeche(int a) {
// Código que hace otra cosa diferente
}

Como los parámetros son opcionales, si haces
miMetodoDeLaLeche(5);
el compilador no sabe cual resolver.

Supongo que copiaron a Java :P

Yo tengo mi teoría de por qué no añadieron esa car...

2008-11-29T15:00:00.000+01:00

Yo tengo mi teoría de por qué no añadieron esa característica hasta ahora.

Los parámetros por defecto facilitan la llamada a los métodos, pero impiden la sobrecarga en algunos casos.

public void miMetodoDeLaLeche(int a, int b = 5) {
// Código que hace una cosa
}

public void miMetodoDeLaLeche(int a) {
// Código que hace otra cosa diferente
}

¿Cómo se diferencian estos dos casos si se invoca al primer método haciendo uso del parámetro por defecto? Habría que renombrar alguno de ellos. Ante la duda sobre cómo diseñar esa característica en las versiones de C# actuales, supongo que tiraron por lo más fácil (no incluir parámetros por defecto), o simplemente copiaron Java XD.