[Examen OCA] égalité des String

Bonjour,
j'ai ce petite comparaison

Code:

---

1 2 3

String x="Hello World"; String z=" Hello World".trim(); System.out.println(x==z);//false

---

je ne viens pas de comprendre pourquoi false car normallement après que j'applique la fonction trim() l'espace va etre supprimé et par conséquent les deux chaines vont pointer sur le meme référence
et c'est l'explication qu'ils ont mentionné au niveau de livre "In this example,we don't have two of the same String literal.Although x and z happen to evaluate to the same string,one is computed at runtime.Since it isn't the same at compile-time, a new String object is created."

https://docs.oracle.com/javase/8/doc...ng.html#trim--

Trim supprime les espaces au début et à la fin d'une chaine, contrairement à ce que tu penses.

Sans le Trim, tu aurais eu égalité. Une seule chaine serait créée dans le pool.

ce que je ne viens pas a comprendre c'est est ce que la variable z va être initialisé par " Hello World" ou applique la fonction trim() ensuite affecte le résultat au variable z?!!

Citation:

---

Envoyé par emna1987

Bonjour,
j'ai ce petite comparaison
String x="Hello World";
String z=" Hello World".trim();
System.out.println(x==z);//false
je ne viens pas de comprendre pourquoi false car normallement après que j'applique la fonction trim() l'espace va etre supprimé

---

C'est exact.

Citation:

---

Envoyé par emna1987

et par conséquent les deux chaines vont pointer sur le meme référence

---

Non, la fonction trim doit effectuer une transformation, et vu que String est une classe immuable, elle doit alors créer et retourner une nouvelle instance, donc avec une référence différente.
Les 2 String vont effectivement avoir le même contenu (equals retournera true), mais elles seront 2 objets distincts en mémoire.

Pour que les 2 variables partagent la même référence mémoire au sein du pool, il est nécessaire d'appeler la méthode intern, qui fournira la référence de l'instance contenue dans le pool et donc de l'assigner à la variable.

Code:

---

String z=" Hello World".trim().intern();

---

Je n'ai pas vu l'espace de début de deuxième chaine, désolé pour mon message.

oui je sais que String est immutable mais ce que me gène est ce que String z=" Hello World".trim(); c'est est ce que " Hello World".trim() va être exécuté et l'espace est supprimé et ensuite va etre affecté a la variable z ou " Hello World" est affecté et par la suite trim() est appliqué et comme ça un noveau objet va etre crée vue que string est immuable

?????

La variable z est affectée une valeur après que l'on ait fini de calculer cette valeur, pas avant.

De plus, une fois qu'une variable s'est vue affecter un object avec z = quelquechose;, elle ne pointera jamais vers un autre objet que celui-là, sauf si on fait à nouveau z = autrechose; .
Aucun appel de méthode sur cet objet ne peut y faire quoi que ce soit. En théorie, si l'objet est mutable, appeler une méthode dessus peut changer le contenu de l'objet. String étant immutable, cela ne peut pas arriver non plus.

Bref, une fois qu'une variable pointe vers un objet String, elle ne pointera pas vers un autre, sauf si on lui affecte cet autre avec z = autre;

autrement dit lorsque j'effectue System.out.println(z); z contient "Hello World" sans espace mais pourquoi la comparaison retourne false en tant que x et z en affichant leurs contenu contient la meme valeurs et les deux sont initialisées par literal avec les deux cote de string ""

Non les litterals sont différents, il y en a un avec un espace.

== n'est pas le même que equals sur des objets (dont String) :
https://docs.oracle.com/javase/7/doc...a.lang.Object)

Citation:

---

Envoyé par Cincinnatus

== n'est pas le même que equals sur des objets (dont String) :
https://docs.oracle.com/javase/7/doc...a.lang.Object)

---

Ca dépend de l'implémentation d'equals, par défaut (en héritant d'Object sans redéfinir donc), c'est la même chose.

Citation:

---

Envoyé par yildiz-online

Ca dépend de l'implémentation d'equals, par défaut (en héritant d'Object sans redéfinir donc), c'est la même chose.

---

Mais il est plus sûr, et une meilleure pratique, de comparer les objets par .equals() et seules les types primitifs (int, boolean) par ==.
Pour le reste, @thelvin a donné les autres arguments (littéral vs résultat de traitement à l'exécution).

Non, la meilleure pratique est d’être conscient de l’implémentation de l’equals et de l’utiliser en connaissance de cause.

Pour une question de lisibilité, il peut être mieux d’utiliser ==, par exemple pour des objets d’un pool(value objects) afin de bien marquer leur unicité.

Drôle d'idée. En quoi cela est-il utile ?

Sémantique, pour l'expression de value objects uniques comme des id, des états...

Ok donc des enums ou des trucs qui jouent pareil sur l'unicité. Pas des String qui n'ont pas vocation à faire ça de manière généralement prédictible.

Dans un système ou une String aurait une sémantique d'identité uniquement, ce serait envisageable, mais je n'en connais pas où ce serait une bonne idée, et quand bien même, ça resterait très spécifique.

Sinon oui, pour des objets valeur résidant dans un pool, ou des enums évidemment.