Discussion :

[bartoumi]

Bonjour
Je cherche a savoir si dans un test if je peux comparer de chaine string avec l'operateur ==
exemple :

Code :

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

1
2
3
4
5
6
7
 
string s1 = string.empty ;
string s2 = string.empty ;
s1 = "toto" ;
s2 = "toto" ;
if( s1 == s2 ) // est ce que je pourrai le faire ?
                  // ou faut il vraiment mettre .COMPARE()

Merci

[NicolasG]

1. Lire les règles du forum : http://www.developpez.net/forums/showthread.php?t=31919
   
2. Quel est le résultat de tes essais ?

[bartoumi]

J'ai pas fais de test: Parce que apparemment parfois ça marche parfois ça marche pas.

J'attend une reponse Merci.

[neguib]

J'ai pas fais de test: Parce que apparemment parfois ça marche parfois ça marche pas.

J'attend une reponse Merci.

il aurais été interressant de nous decrire dans quelles conditions les utilisations de l'opérateur == ne fonctionnent pas. Auquel cas pour le type string, il me semble que la méthode Equals devrait être sûre.

[NicolasG]

Le == compare des références d'objets.
Cela va marcher uniquement avec des chaînes constantes. Le compilateur optimise le stockage des chaîne en évitant de recopier plusieurs fois la même.
Les chaînes "toto" auront donc la même référence et de ce fait, la comparaison est vrai.

Dans le cas général, le résultat sera faux.
Il faut utiliser String.Equals()

[bartoumi]

Bonjour
Au fait y'a pas de condition particulieres.
La question est est ce que si je compare deux string avec l'operateur == j'aurais un resultat 100% juste.
La polemeique viens de mes colegues de travail qui eux disent que l'operateur == n'est pas fiable ?
MErci

[NicolasG]

La polemeique viens de mes colegues de travail qui eux disent que l'operateur == n'est pas fiable ?

Il est parfaitement fiable.
Le résultat obtenu n'est simplement pas la comparaison du contenu des string.

[Wyatan]

Le == compare des références d'objets.

Ce n'est pas tout à fait exact.
L'opérateur == est surchargé pour des objets de type string et effectue bien une comparaison par valeur, et non par référence.
Mais ce n'est valable que si les deux membres de la comparaison sont clairement identifiés de type string à la compilation.
Une comparaison entre un Object et une String sera une comparaison par référence (d'ailleurs le compilateur génère un avertissement dans ce cas).

[Maniak]

Il est parfaitement fiable.
Le résultat obtenu n'est simplement pas la comparaison du contenu des string.

Justement si, vu que dans le cas de String, la méthode Equals est redéfinie pour comparer les valeurs. Et vu que == utilise au final la méthode Equals...

[NicolasG]

Bon, il faut bien reconnaître que je me suis trompé.
Effectivement, String surcharge l'opérateur == en se basant sur la méthode Equals.

Comme l'a fait remarquer Wyatan, ce n'est valable que pour 2 objets de type String.

[neguib]

Conclusion utiliser mastring1.Equals("mastring2"); est parfaitement fiable

[Maniak]

Conclusion utiliser mastring1.Equals("mastring2"); est parfaitement fiable

Sauf si mastring1 est null, auquel cas ça plante. Cas qui est géré automatiquement avec ==

Maintenant si on est sûr que la variable n'est pas nulle, utiliser .Equals est de manière générale 'préférable' à ==, quels que soient les types des variables, par le simple fait que Equals est polymorphique, et pas ==