Discussion :

[Nayila]

Bonjour !

Voici 1 méthode 3 fois surdéfinies

Code :

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

1
2
3
4
 
methode1(int a, float b)
methode1(float, float b)
methode1(float a, int b)

Et voici l' un des appels de cette méthode surdéfinie.

Code :

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

1
2
3
 
short s; float f;
methode1(s, f);

Je pense que dans cette situation, seules 2 méthodes conviennent. Les deux premières. Et celle qui convient le mieux, c' est la première.
La conversion de short en float consomme plus de mémoire que la conversion de float en short.

Votre avis SVP ?

Je demande votre avis parce que le livre dans lequel la question est posée donne pour réponse :

Les 3 nméthodes conviennnent et la première convient. Nous sommes au moins d' accord pour la méthode qui convient. Mais dire que les méthodes conviennent, ça m' étonne. D' autant plus que c' est le livre de claude DELANNOY Programmer en Java

C' est quand même une bonne référence. Et il n y a même pas d' explication.

[Sanguko]

Je pense que dans cette situation, seules 2 méthodes conviennent. Les deux premières. Et celle qui convient le mieux, c' est la première.

Effectivement, la premiere sera choisie.

La troisieme ne convient pas, parce qu'un float ne peut pas etre converti implicitement en int.

Les methodes 1 et 2 pourraient convenir, mais la premiere sera choisie par rapport à la deuxieme, parce qu'elle est plus specifique (tous ses parametres peuvent être convertie dans les types des parametres correspondant de la deuxieme).

La conversion de short en float consomme plus de mémoire que la conversion de float en short.

Faux. La mémoire n'intervient pas dans la décision.

[Nayila]

Effectivement, la premiere sera choisie.

La troisieme ne convient pas, parce qu'un float ne peut pas etre converti implicitement en int.

Les methodes 1 et 2 pourraient convenir, mais la premiere sera choisie par rapport à la deuxieme, parce qu'elle est plus specifique (tous ses parametres peuvent être convertie dans les types des parametres correspondant de la deuxieme).


Faux. La mémoire n'intervient pas dans la décision.

Faux. La mémoire n'intervient pas dans la décision.

Ah bon ? ... regardez donc le 3ème message de cette page : http://www.developpez.net/forums/sho...d.php?t=449859

qu' en pensez-vous ?

Et si la mémoire n' intervient pas. Sur quel critère se base le compilateur pour faire le choix ?

[Sanguko]

Ah bon ? ... regardez donc le 3ème message de cette page : http://www.developpez.net/forums/sho...d.php?t=449859

qu' en pensez-vous ?

Je continue de penser que c'est faux. Par exemple, int et float font 4 octets tous les deux, le critère de choix n'est pas la taille mémoire des arguments.

Et si la mémoire n' intervient pas. Sur quel critère se base le compilateur pour faire le choix ?

C'est ecrit dans les specs, ici. Je n'ai fait que paraphraser.

[LGnord]

"Faux. La mémoire n'intervient pas dans la décision."

Je suis 100% d'accord. Le choix de la méthode la plus spécifique se fait en fonction de critère de convertion décrit dans le JLS.

Cette specification est idépendante de toute implementation et donc de toute consideration sur la mémoire.