Demande de précisions

Bonjour,

Dans le cadre de la certification java,
voici le code test :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

public class Test {   public static void methode(String str){ System.out.println("String"); }   public static void methode(Object obj){ System.out.println("Object"); }   // public static void methode(Integer inte){ // System.out.println("Integer"); // }     public static void main(String args[]){ methode(null); } }

---

Le resultat a l'execution affiche String, pourquoi ???
Quelles sont les regles java, pour determiner la methode a invoquer ???

Et quand tu mets une méthode avec un paramètre Integer, ça dit que c'est ambigue (avec String)...

Je suis intéressé aussi par les règles de priorité :)

Je crois avoir compris...

Si plusieurs méthodes ont le même nom et un paramètre, et si on appelle la méthode avec null comme paramètre, 2 cas:
- soit les types du paramètre de chaque méthode sont sur une même lignée (Object > Number > Integer par exemple), alors la méthode avec le type de paramètre le plus spécifique sera appelée ;
- sinon, erreur de compilation, pour ambiguité...

Et apparamment ça s'applique de la même manière si on fait la même chose avec plusieurs paramètres...

Hypothese : a la compilation il examine la signature de la methode.
- ambiguté entre Integer et String ok, Tous deux herite de Object par defaut, alors pourquoi la compilation réussi entre Object et String ???

Citation:

---

Envoyé par kdick

Hypothese : a la compilation il examine la signature de la methode.
- ambiguté entre Integer et String ok, Tous deux herite de Object par defaut, alors pourquoi la compilation réussi entre Object et String ???

---

Parce que Integer n'hérite pas de String et String n'hérite pas d'Integer...

Je reformule ma question,
compilation
String et Object compilation ok
Integer et Object compilation ok
Integer, String et Object compilation ko -> ambiguté sur les signatures.

String herite de Object
Integer herite de Object
Pourquoi les deux premiers cas passent ???
le String ou Integer peut etre vu comme un Object !

dans les 2 premiers cas :
Il doit y avoir un ordre de préference qui tient compte de la spécialisation de la classe. Ce qui explique le choix pour String(ou Integer) face a Object.

le 3 cas.
la compilation evite toute ambiguté en l'nterdisant. Ce qui garantit la regle cité plus haut ???

Citation:

---

Envoyé par kdick

dans les 2 premiers cas :
Il doit y avoir un ordre de préference qui tient compte de la spécialisation de la classe. Ce qui explique le choix pour String(ou Integer) face a Object.

---

C'est ce que j'ai dit dans mon post de 16h38...

oki merci ;)