Discussion :

[Grom61736]

Bonjour à tous !

J'ai une question concernant les priorités entre varargs et les wrappers lorsqu'on appelle une certaine méthode.
Selon ce que je sais, la priorité est donnée aux éléments selon leur introduction dans le langage.
Donc, widening, boxing et puis seulement après les varargs.

Cependant, voici un exemple qui n'y répond pas et je ne me l'explique pas.

Voici tout d'abord un comportement standard :

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
    public static void main(String[] args){
        short sh = 7;
        test(sh,6);
    }
 
    static void test(int x, int y){
        System.out.println("int, int");
    }
    static void test(short x, int y){
        System.out.println("short, int");
    }
    static void test(Short x, Integer y){
        System.out.println("Short, Integer");
    }
    static void test(Number x, Number y){
        System.out.println("Number, Number");
    }
    static void test(int... x){
        System.out.println("int...");
    }
    static void test(short y,int... x){
        System.out.println("short, int...");
    }

Dans ce cas, j'ai les priorités suivantes :

"short, int"
"int, int"
"Short, Integer"
"Number x, Number y"
"short, int..."
"int..."

Mais, si je change mon short par son wrapper,

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
    public static void main(String[] args){
        Short sh = 7;
        test(sh,6);
    }

j'obtiens l'ordre suivant :

"short, int..."
"int..."
etc.
"short, int "
"int, int"

Soudainement, les varargs sont devenues prioritaires !

Quelqu'un aurait-il une explication du pourquoi l'unboxing n'a pas été préféré au varargs ?

Merci bien.

[adiGuba]

Salut,


Tout d'abord je tiens à préciser qu'il vaut mieux éviter ce genre de surcharge, en utilisant des noms de méthode différent pour éviter toute ambiguïté.


Sinon, comment fait tu pour établir cet ordre, car quand je compile ceci j'ai une erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
    public static void main(String[] args){
        Short sh = 7;
        test(sh,6);
    }

En effet il n'existe pas de méthode test(Short,int), et le compilateur ne sait pas laquelle choisir entre test(short,int) et test(Short,Integer)...


a++

[Grom61736]

Bonjour adiGuba, merci pour la réponse rapide.

On est d'accord pour dire que c'est proprement immonde de faire ce genre de chose mais dans ce cas, c'était justement pour pousser plus loin mes connaissances dans ces priorités (besoin pédagogique donc ^^).

Pour établir cet ordre, je lance ce que j'ai écrit et puis je commente petit à petit les fonctions qui ont été lancées.
Si ca lance "int, int", je commente cette partie et je vois dans quelle fonction mon instruction ira se perdre.

Sinon, je pense que tu as mis le doigt sur une explication. :-)

Personnellement, mon Netbeans ne rale que lorsque je commente les fonctions prenant en arguments les varargs.
J'ai alors l'erreur "reference to test is ambiguous, both method test(int,int) and method test(Short,Integer) match"

En enlevant les ambiguïtés et en refaisant le test avec les fonctions suivantes

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
    static void test(int x, int y){
        System.out.println("int, int");
    }
    static void test(short x, int y){
        System.out.println("short, int");
    }
    static void test(int... x){
        System.out.println("int...");
    }
    static void test(short y,int... x){
        System.out.println("short, int...");

il tombe bien dans le "short, int" (ou "Short, Integer").

Le mystère devient donc "Pourquoi mon Netbeans ne me dit rien lorsque j'ai des ambiguïtés ?" :/

Je marque ce sujet en résolu mais si quelqu'un à une explication, je suis preneur. :-)

NB : L'IDE intégré de CodinGame ne râle pas non plus... :/

[Grom61736]

J'ai effectivement directement une erreur de compilation sous Eclipse.
Problème résolu donc.