Discussion :

[Oprichnik]

Bonjour, je suis pour le moment entrain de débuter la programmation en Java à l'aide d'un livre comme il se doit et malgré mes relectures, je pense que ces commentaires (qui viennent du livre) sont incorrects :

Code :

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

1
2
3
4
5
6
7
8
9
 
Object o1, o2;
String ch1 = "...", ch2 = "...";
o1 = ch1; o2 = ch2;
...........
o1.equals(o2) // utilise equals de object
o1.equals(ch2) // utilise equals de object
ch1.equals(o2) // utilise equals de string
ch1.equals(ch2) // utilise equals de string

Pour la première instruction par exemple, je déduis :
- On regarde le type de o1 (Object) et on cherche la signature de la meilleure méthode (boolean equals(Object))
- A l'exécution o1 référence un String et comme la classe String redéfinit la méthode equals identiquement (même signature), on utilise equals de String et non de Object.

Impossible de trouver mon erreur en cherchant, j'ai même refais le test avec des classes que j'ai créer et j'arrive à ma conclusion...

[eric39]

Bonjour,

Avec le code que tu décris, effectivement les 4 appels à equals() seront fait sur la classe String.

Il n'y avait pas de code important au niveau des '...........'?

[adiGuba]

Salut,

Pour la première instruction par exemple, je déduis :
Pour la première instruction par exemple, je déduis :
- On regarde le type de o1 (Object) et on cherche la signature de la meilleure méthode (boolean equals(Object))
- A l'exécution o1 référence un String et comme la classe String redéfinit la méthode equals identiquement (même signature), on utilise equals de String et non de Object.

Ton analyse est tout à fait correct !


En fait il faudrait savoir de quel coté on se place exactement, mais au final c'est toujours la méthode equals() de String qui sera exécutée...


Je suppose que ton bouquin se place du point de vue du compilateur, car là on a bien des différences.

Par exemple si on reste sur cette première instruction :

• Le compilateur se base sur le code source et le type déclaré des variables. Ainsi comme o1 est de type Object, le compilateur génère un appel de méthode virtuelle (invokevirtual) vers Object.equals() de l'instance o1.
• A l'exécution, la JVM va interpréter cet appel en vérifiant le type réel de o1. Puisqu'il s'agit du type String qui redéfini la méthode equals(), c'est cette dernière qui sera exécutée.

a++

[Oprichnik]

Pour les ".....", c'est tel quel dans le livre.

Je vais vous écrire exactement le paragraphe qui s'intitule /!\ Précautions du livre :

Code :

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

1
2
3
4
5
6
7
8
Object o1, o2;
String ch1 = "...", ch2 = "...";
o1 = ch1; o2 = ch2;
.....
o1.equals(o2) // utilise equals de Object --> comparaison de références
o1.equals(ch2) // utilise equals de Object --> comparaison de références
ch1.equals(o2) // utilise equals de String --> comparaison de valeurs
ch1.equals(ch2) // utilise equals de String --> comparaison de valeurs

J'ai fait une photo pour vous montrer dans la globalité :
http://www.casimages.com/img.php?i=0...2345922761.jpg

Le livre ne précise pas que c'est juste à la compilation :s

PS : Livre : Programmer en Java de Claude Delannoy

[adiGuba]

Dans ce cas c'est clairement une erreur ! Quoi qu'il arrive dans tous les cas le commentaire des deux première ligne est incorrect !!!

Code :

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

1
2
3
4
o1.equals(o2) // utilise equals de Object --> comparaison de références
o1.equals(ch2) // utilise equals de Object --> comparaison de références
ch1.equals(o2) // utilise equals de String --> comparaison de valeurs
ch1.equals(ch2) // utilise equals de String --> comparaison de valeurs

Au final dans les 4 cas c'est la même méthode qui est exécutée : celle de la classe String (on a donc bien des comparaison de valeurs).

Le code de la méthode equals() de Object n'est jamais exécuté !

a++

[Oprichnik]

ok, merci, j'ai envoyé un e-mail à l'auteur pour voir ce qu'il en dit...

C'est quand même pas super d'avoir une erreur dans un livre :s

[eric39]

OK,

Si tu pouvais nous dire si l'auteur dit qu'il y a une erreur, et sinon, comment il justifie son exemple de code. Histoire de comprendre ce qu'il avait derrière la tête au moment de la rédaction du bouquin.

[adiGuba]

C'est quand même pas super d'avoir une erreur dans un livre :s

Une erreur est si vite arrivée... et pas forcément facile à détecter même après plusieurs relectures !

a++