Discussion :

[wdionysos]

bonjour,

je voudrais simplement savoir quelle methode faut t-il employe pour comparer deux objets String equals() ou compareTo()

je precise que j'ai besoin de comparer la valeur exact de mon objet et j'ai l'impression que equals ne compare que les adresses memoire des objets et non leur contenu.

La question prevaut egalement pour un objet de la classe Timestamp ?

Cas general
si j'ai un objet (javabean) construit avec plx String comme proprietes et que je souhaite pouvoir voir l'egalite, pour savoir si le contenu de mon objet est strictement identique a l'objet passe en parametre. puis je utiliser directement la methode equals ou compareTo de la classe object ou dois je redefinir une methode qui compare propriete par propriete

???


merci

WD[/b]

[kisame]

Si tu ne surcharges pas la méthode equals alors elle se base sur la référence de ton objet sinon c'est à toi de le définir ( c'est toujours mieux je pense pour les objets métiers du moins).

Ensuite si c'est juste pour savoir si 2 objets sont égaux ou non il vaut mieux surcharger la méthode equals que compareTo car la méthode equals est utilisé un peu partout dans l'api standard ( ce qui est très agréable d'ailleurs).

Par exemple si tu veux savoir si ton objet est contenu dans une liste tu utilises:

Code :

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

list.contains(bean).

Là c'est la méthode equals qui est appellé. Cette méthode peut très bien renvoyer un résultat cohérent dans le cas où tu testes l'existence dans la liste avec l'objet qui est contenu dedans ( donc avec la même référence) mais je pense que c'est toujours mieux d'avoir définit son propre equals.

La méthode compareTo est surtout utile si tu as besoin de mettre une relation d'ordre dans tes objets ( objet1>objet2 si et seulement si .... )

[adiGuba]

Salut,

je voudrais simplement savoir quelle methode faut t-il employe pour comparer deux objets String equals() ou compareTo()

Les deux peuvent faire l'affaire... compareTo() te donnant en plus une information sur l'ordre des chaines...

je precise que j'ai besoin de comparer la valeur exact de mon objet et j'ai l'impression que equals ne compare que les adresses memoire des objets et non leur contenu.

En fait cela dépend : la méthode equals() hérité de Object se contente de comparer les références des objets (donc a.equals(b) ssi a==b).
Pourquoi : simplement parce qu'un Object n'a pas de contenu particulier.

Il faut donc que les différentes classes redéfinissent leurs propre méthodes equals() pour y ajouter leur propre code métier...

La question prevaut egalement pour un objet de la classe Timestamp ?

Il suffit de regarder dans l'API pour voir que Timestamp.equals() est bien redéfini...

Cas general
si j'ai un objet (javabean) construit avec plx String comme proprietes et que je souhaite pouvoir voir l'egalite, pour savoir si le contenu de mon objet est strictement identique a l'objet passe en parametre. puis je utiliser directement la methode equals ou compareTo de la classe object ou dois je redefinir une methode qui compare propriete par propriete

Tu dois redéfinir la méthode equals(Object) en lui ajoutant le code métier qui permet de comparer tes objets, par exemple pour une classe contenant deux champs, cela pourrait ressembler à :

Code :

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 class MaClasse {
 
	private String name;
	private String value;
 
 
	public boolean equals(Object otherObject) {
 
		boolean result = false;
 
		if (this==otherObject) {
			// même référence donc egal !
			result = true; 
		} else if (otherObject instanceof MaClasse) {
			MaClasse other = (MaClasse) otherObject;
 
			result = this.name.equals(other.name) &&
				this.value.equals(other.value);
 
		}
		return result;
	}
 
}

De plus si tu dois utiliser ton objet en tant que clef d'une Map, il faut aussi redéfinir la méthode hashCode()...

a++

[kisame]

es deux peuvent faire l'affaire... compareTo() te donnant en plus une information sur l'ordre des chaines...

Les deux peuvent faire l'affaire mais si il veut utiliser les méthodes qui testent l'existence (celles de l'api) c'est surtout la méthode equals qui est appellée. Ce qui est très utile quand on manipule des objets dont on est pas sur que la "bonne" réfèrence est utilisé ( le cas de la pluspart des applis distribués )

[wdionysos]

Eh bien , rien a redire , tout est la,

merci a vous deux.

pour le contexte ce n'est pas dans une liste ou une map mais dans une collection en provenance d'un DAO attaquant une base. je construit des objet globaux travaillant sur plx tables donc j'ai besoin de savoir avant de saisir par ex un nouveau pays si celui ci n'a pas deja ete defini (cad meme nom, meme drapeau, meme description, meme id etc...)

j'avais deja pris les devant en redefinissant equals comme ceci (javabean client)

Code :

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 Boolean equals(ClientInfo anotherclient){
			boolean bool = false;
   		        if (this.idclient  == anotherclient.idclient               	              &&
				this.idsale    == anotherclient.idsale                               &&
				this.idcountry == anotherclient.idcountry                      &&
				this.iddomain  == anotherclient.iddomain                       &&
				this.idgroupe  == anotherclient.idgroupe                        &&
				this.nameclient.equals(anotherclient.nameclient)           &&
				this.adressclient.equals(anotherclient.adressclient)       &&
				this.zipcodeclient.equals(anotherclient.zipcodeclient)     &&
				this.postalboxclient.equals(anotherclient.postalboxclient) &&
				this.cityclient.equals(anotherclient.cityclient)           &&
				this.telclient.equals(anotherclient.telclient)             &&
			        this.faxclient.equals(anotherclient.faxclient)             &&
				this.logoclient.equals(anotherclient.logoclient)           &&
				this.videoclient.equals(anotherclient.videoclient)         &&
				this.website.equals(anotherclient.website)                 &&
				this.credateclient.equals(anotherclient.credateclient)
				){
					bool = true;
			}
			return new Boolean(bool);
		}

mais la j'ai un Null pointer object ???


why ?

WD

[wdionysos]

bon le null pointer exception c'est parce la propriete postalbox est null dans les deux objet que je compare, moi je souhaiterai que la condition renvoie true meme si les deux propriete (ici postalbox dans chaque objet) sont a null.

[adiGuba]

bon le null pointer exception c'est parce la propriete postalbox est null dans les deux objet que je compare, moi je souhaiterai que la condition renvoie true meme si les deux propriete (ici postalbox dans chaque objet) sont a null.

Tu dois traiter explicitement les cas null...


Sinon attention car ta méthode ne redéfinit pas la méthode equals() de la classe Object, ce qui pourrait induire en erreur :

Code :

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

 public Boolean equals(ClientInfo anotherclient)

Code :

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

 public boolean equals(Object anotherclient)

a++

[wdionysos]

yo

public boolean equals(Object anotherclient)

ah bon ! qu'est ce que cela va changer car ClientInfo est un Object, particulier certe, mais la methode ne sera appelle que sur un objet client puisque ce DAO ne travaille que sur la table client de la DB.

ce dont j'ai besoin c'est d'une methode pour chaque objet de mon dao capable de me dire s'il est egal a un autre objet du meme type de la meme maniere que j'ai defini pour chaque objet une foinction copy() qui copie l'objet implicite sur lequel elle est appele.

WD[/quote]

[wdionysos]

sinon puis je me contenter simplement d'une methode qui compare les adresse de reference memoire des objet selon l'adage que :

si la reference est identique alors l'objet (les proprietes de l'objet) le sont aussi

est ce suffisant au niveau de la securite\

WD

[adiGuba]

yo

public boolean equals(Object anotherclient)

ah bon ! qu'est ce que cela va changer car ClientInfo est un Object, particulier certe, mais la methode ne sera appelle que sur un objet client puisque ce DAO ne travaille que sur la table client de la DB.

Cela ne change rien lorsque tu appelles explicitement ta méthode plutôt que celle hérité de Object... Mais dans de nombreux cas c'est cette dernière qui est utilisé, comme par exemple par la méthode contains() des Collections, etc... Ce qui fait que tu risques de te retrouver avec des appels de equals(Object) en croyant que c'est equals(ClientInfo) qui est utilisé, et donc tu risque d'obtenir des résultats apparemment incohérents...

A la rigueur tu peux simplement appeller la méthode equals(ClientInfo) dans equals(Object) si le type concorde :

Code :

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

1
2
3
4
5
6
7
8
9
10
public boolean equals(Object object) {
	if (object instanceof ClientInfo) {
		return equals( (ClientInfo)object );
	}
	return false;
}
 
public boolean equals(ClientInfo otherClient) {
	// ...
}

ce dont j'ai besoin c'est d'une methode pour chaque objet de mon dao capable de me dire s'il est egal a un autre objet du meme type de la meme maniere que j'ai defini pour chaque objet une foinction copy() qui copie l'objet implicite sur lequel elle est appele.

N'importe quel méthode que tu implémente correctement pourrais faire l'affaire, mais equals(Object) est prévu pour cela et elle a l'avantage de pouvoir être utilisé par d'autre classe/API...

a++

[wdionysos]

eh bien j'en sais assez , merci a vous deux

special Adi merci pour le dernier code d'appel entre object et Clientinfo, simple mais il fallait u penser

un petit resolu et y'a plus qu'A !

bonne fin de journee

WDionysos

[adiGuba]

sinon puis je me contenter simplement d'une methode qui compare les adresse de reference memoire des objet selon l'adage que :

si la reference est identique alors l'objet (les proprietes de l'objet) le sont aussi

Si la référence est identique c'est le même objet donc les mêmes propriétées donc c'est forcément identique...

Par contre l'inverse n'est pas vrai !!! Deux instances de l'objet ont forcément une référence différente malgré le fait qu'il peuvent avoir des propriétées identiques (et sont donc identiques selon ton code métier).

a++

[wdionysos]

une derniere remarque pour la perenite de l'info

ta methode de redefinition de object.equals(object) qui renvoie sur ClientInfo.equals(ClientInfo) est tres bonne mais elle interdit l'utilisation de Wrapper de type Boolean.

Sachant que mes consigne sont 100% objet dc pas de type simple en dehors des fonction locale, ca colle pas a mon cas car le type de retout de object.equals(object) conditionne le type de retour de ClientInfo.equals(ClientInfo) a savoir boolean.

sinon on obtient un "convert type mismatch"

ps : qui a dit que JRE Tigger wrappait desormais implicitement les type simple emn objet et vice versa ???

WDIO

[adiGuba]

sinon on obtient un "convert type mismatch"

ps : qui a dit que JRE Tigger wrappait desormais implicitement les type simple emn objet et vice versa ???

Tu es sûr que tu compile bien ton code en Java 5.0 ? (certain EDI reste encore en 1.4).

Sinon rien ne t'empêche de la faire toi même :

Code :

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

1
2
3
4
5
6
public boolean equals(Object object) {
   if (object instanceof ClientInfo) {
      return equals( (ClientInfo)object ).booleanValue();
   }
   return false;
}

a++

[wdionysos]

exact Adi, j'en etait arrive a la meme conclusion

merci bcp

pour la betise que je viens de dire, si qq'1 passe par la qu'il sache que la conversion implicite (que j'ai testé) avec Java 1.5 fonctionne bien

par exemple, si on utilise une fonction native java qui a besoin d'un objet integer en param, on peut ecrire

Code :

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

argimp.fonction(i)

, et Tiger va le convertir automatiquement en

Code :

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

argimp.fonction(new Integer(i))

Trop tard pour moi car depuis le debut de mon prog j'ai systematiquement utilise des wrappers, dc je me suis complique la vie c'est vrai....

ah les vieilles habitudes :

et c'est mon dernier mot, jean pierre !

[wdionysos]

apres celui ci

je suis certain que j'ai une java 5.0 mais dans eclipse a cote j'ai aussi un J2EE SDK 1.4 je teste alternativement mes classe avec l'une ou l'autre et j'avoue quand j'ai compile j'etait en 1.4 donc je n'ai pas respecter l'adage qui dit qu'il faut toujours compiler sept fois son prog avant de poster

WDIO

[adiGuba]

par exemple, si on utilise une fonction native java qui a besoin d'un objet integer en param, on peut ecrire

Code :

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

argimp.fonction(i)

, et Tiger va le convertir automatiquement en

Code :

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

argimp.fonction(new Integer(i))

Juste un détail : en réalité le code est équivalent à :

Code :

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

argimp.fonction(Integer.valueOf(i))

Qui a l'avantage de gérer un cache et permet ainsi d'éviter quelques instantiations d'objets (cf Integer.valueOf(int)).

Mais de toute manière si tu dois rendre ton code compatible avec Java 1.4.2 tu ne peux pas l'utiliser...

a++

[wdionysos]

Ok je ne savait pas pour valueOf je vais m'empresser de lire la doc,

sinon oui l'avantage de rester compatible avec des version anterieures est important et par ailleurs la fainéantise de refactorer tout mon code pour passer des Integer en int , des Bolleans en booleans ... non non c'est aussi de mes moyens

Et comme ca ca a l'avantage d'avoir été validé par dieu en personne (Sun).