Filtrage de types dans un Vector

Salut à tous !
Voilà mon problème. J'ai deux classes Classe1 et Sous-Classe1 (Sous-Classe1 hérite de Classe1).
Par ailleurs, j'ai un Vector contenant des éléments de types Classe1 (c'est à dire pouvant être de type Classe1 ou Sous-Classe1).
J'aimerais, par exemple, ne récupérer que les éléments de type Sous-Classe1 de ce vector ?
Comment faire autrement que par des instanceof ?
J'avais pensé mettre des méthodes (renvoyant un boolean) dans chaque classe.
Selon la classe dans laquelle on se trouverait on renverrait false ou true. Par surcharge, il suffirait juste d'appeler le nom de la méthode correspondant au test que l'on veut faire. L'ennui, c'est que c'est pas vraiment envisageable s'il y a beaucoup de classes...

Merci d'avance :)

Le instanceof a mauvaise presse, pourtant je trouve que c'est ce qu'il y a de plus lisible, de plus évident, et de plus connu, et je ne vois pas vraiment l'avantage par rapport à de la POO canonique.

Bon pour la POO canonique, enfin telle que je la connais, il faut utiliser le pattern du visiteur. Voir ceci et même cela.

Je pense qu'utiliser le visiteur alourdit inutilement ici, étant donné que j'ai finalement très peu de méthodes (et même, je suis sûr qu'il n'y en aura aucune à ajouter dans le futur).
A partir d'une classe B sous-classe (par héritage) d'une classe A, sachant qu'il y a un attribut en plus, ne peut on pas tester pour l'objet classe A, si cet attribut existe ? (avec getField ?)
Sachant que c'est pour faire un parcour d'un vector et éliminer tous les éléments qui sont du super type, je cherche un truc suffisamment efficace ;)
Merci

Salut,


Pourquoi vouloir à tout prix utiliser autre chose qu'instanceof, alors que c'est précisément fait pour cela 8O

• Je ne vois trop l'intérêt de faire une méthode qui indiquerait le type de l'objet (en plus ce ne serait pas très sûr car rien ne dit qu'une classe fille n'implémenterait pas incorrectement cette méthode).
  
• Et la solution qui consiste à vérifier un champs par la reflection est encore pire : non seulement cela ne garantie rien mais ce doit être plus couteux :?

:arrow: Tu as au moins essayé avec instanceof ? Tu as des problèmes de performances ?

a++

Nan en fait j'ai rien tester encore, mais j'ai toujours entendu dire que instanceof était à éviter...et donc je voulais quelques avis. Mais bon je vais l'utiliser, étant donner que ca simplifie effectivement... De toute façon, j'aurais pas une quantité énorme de choses dans mes vector.

@++

C'est les codes comme celui-ci qu'il faut éviter :

Code:

---

1 2 3 4 5 6 7

if (obj instanceof A) { obj.methodA(); } else if (obj instanceof B) { obj.methodB(); } else if (obj instanceof C) { obj.methodC(); }

---

:arrow: C'est généralement une erreur de conception, et une méthode commune aurait eu plus de sens, ce qui permet de faire un traitement sans se soucier du type.


Mais ici le coeur de ton traitement doit sa baser sur le type de l'objet, donc instanceof s'impose. Utiliser la reflection via getfield() est une erreur encore pire pour moi : on utilise un code pas sûr (cela ne garantie pas que le type soit correct) et pas forcément très logique...


Bref parce que tu as entendus dire qu'instanceof était à éviter, tu vas utiliser un truc encore pire !!!

Si vraiment tu veux te passer d'instanceof, alors il ne faut pas mélanger les types dans ton vecteur...


a++

Ok merci ;)
Dans mon cas, c'était juste un test de filtrage pour éliminer les éléments de types non souhaités ;)

@++

Bonjour,

Pour information, on pourra utiliser la librairie commons collections qui contient des utilitaires pour ce genre de situations, pour éviter de coder à nouveau ce filtrage.
Il s'agit d'une instance de PredicatedCollection, définie à base d'un Predicate, que l'on pourra définir facilement à partir d'une instruction de type instanceof avec la méthode PredicateUtils#instanceofPredicate(java.lang.Class)