modifier le comportement d'ArrayList

Version imprimable

09/10/2006, 12h21
Zorgz

modifier le comportement d'ArrayList
Bonjour,

j'ai une telle classe
Code:

1 2 3 4 5 6 class Elmt { protected String className; protected String component_id; }
et une ArrayList contenant des instances de Elmt.
Le probleme est le suivant: je veux qu'en faisant
Code:

1 2 3 ArrayList arr = new ArrayList(); arr.contains("une_chaine");
que arr.contains("une_chaine"); me retourne true s'il contient un object de type Elmt dont le className serait egal a "une_chaine". Est ce que cela est meme possible?
09/10/2006, 12h41
Zorgz

il me semblerai qu'il faut redefinir la methode equals dans Elmt ?! :?
je vais essayer...

bon....ca marche pas, voila comment elle est ma classe maintenant:

Code:

1
2
3
4
5
6
7
8
9
 
final class Elmt
{
	protected String className = null;
	protected String component = null;
 
	public boolean equals(Object obj)
	{ return (true) ? this.className.equals((String)obj) : false; }
}

mais ca marche pas!

09/10/2006, 13h15
adiGuba
Salut,

Il faut conserver une logique lorsque tu implémentes la méthode equals() : une chaine de caractères ne peut pas être égal à un objet de type Elmt !!! Cela ne respecte pas les 4 règles de base de equals() :
- Réflection : x.equals(x) devrait toujours retourner true.
- Symétrie : Si x.equals(y) retourne true, alors y.equals(x) retournera true.
- Transitivité : Si x.equals(y) retourne true et y.equals(z) retourne true, alors x.equals(z) retourne true.
- Consistance : Pour deux référence x et y, tous les appels à la méthode x.equals(y) devront toujours donner le même résultat.
Or la méthode equals() de la classe String renverra toujours false lorsque tu lui passe un objet Elmt !!!

Donc la meilleure solution serait de parcourir ta collection pour rechercher l'élément...

a++
09/10/2006, 13h22
Zorgz

euhh...jai pas tres bien compris, pourquoi toString?...je croyai que lorsqu'on fait ArrayList.contains(Object obj) il se passe appel a la methode equals de chaque element de ArrayList..donc il suffirait de redefinir equals et non toString...ou bien?
09/10/2006, 13h27
Zorgz

d'ailleurs en plus...apparement ma methode equals redefinis ds Elmt ne s'appelle meme pas...j'y ai mis dedans un System.out.println("bla bla") pour voir...juste au debut...mais rien ne s'affiche, c'est comme si elle est ignorer!
09/10/2006, 13h29
adiGuba

Citation:

Envoyé par Zorgz

euhh...jai pas tres bien compris, pourquoi toString?...je croyai que lorsqu'on fait ArrayList.contains(Object obj) il se passe appel a la methode equals de chaque element de ArrayList..donc il suffirait de redefinir equals et non toString...ou bien?

toString() c'est une erreur de saisie !!! Je voulais parler de equals() !!! (j'ai corrigé mon post)

Ce que je veux dire c'est que tu ne peut pas modifier le comportement de la méthode equals() de la classe String, et que donc il n'y a aucune cohérence entre les deux implémentations de equals (celle de String et celle de Elmt). Donc cela ne peut pas fonctionner...

a++

(PS : un parcours via l'itérateur et une comparaison des attributs ce n'est pas vraiment la mer à boire ;))
09/10/2006, 13h30
adiGuba

Citation:

Envoyé par Zorgz

d'ailleurs en plus...apparement ma methode equals redefinis ds Elmt ne s'appelle meme pas...j'y ai mis dedans un System.out.println("bla bla") pour voir...juste au debut...mais rien ne s'affiche, c'est comme si elle est ignorer!

C'est celle de l'objet passé en paramètre qui est utilisé (et donc celle de String d'où l'intérêt de la cohérence des égalité).

Si tu veux vraiment passé par contains() tu dois utiliser un objet de type Elmt et non pas String et écrire une méthode equals() correcte : http://www.developpez.net/forums/sho...4&postcount=77

a++
09/10/2006, 13h31
Zorgz

d'accord j'ai compris...donc faut opter pour le parcours d'ArrayList...je ferai comme ca...seulement je pensais que ce serai inventer un velo.