Généricité, héritage et Reflexion/introspection

Bonjour,

je rencontre un petit soucis Java autour de l'héritage, généricité et de l'utilisation des outils de réflexion/introspection java.

Le problème se pose aussi bien avec l'utilsation d'une interface ou d'une classe mère pour la généricité. Voici le problème
J'ai donc une classe générique (ou une interface ...)

Code:

---

1 2 3

public class GenericClass { }

---

et des implémentation différentes de cette classe générique :

Code:

---

1 2 3 4 5 6 7 8

public class SpecifClass1 extends GenericClass { }   public class SpecifClass2 extends GenericClass { }   ...

---

Pour un besoin particulier dans une factory, j'ai besoin d'instancier un nouvel objet spécifique en fonction d'un élément (ici une String passé en paramètre).
Pour faire "élégant" et éviter une enorme imbrication de if,else if ... je voudrais créer une Map du type qui contiendrai de façon générique mes associations.

Code:

---

1 2	Map<String,Class<GenericClass>> assoStringClass ;

---

que je remplis de la sorte a la construction

Code:

---

1 2 3 4

assoStringClass = new HashMap<String,Class<GenericClass>> ; assoStringClass.put("chaine1",SpecifClass1.class) ; assoStringClass.put("chaine2",SpecifClass2.class) ;

---

Seulement ici il me sort une erreur car pour lui Class<SpecifClass1> (donc issu de mon put) ou Class<SpecifClass2> ne peut pas être mis ds HashMap<String,Class<GenericClass>> malgrès le lien entre GenericClass et les specif class.

L'idée étant ensuite d'instancier le bon Spécifique en fonction d'une égalité entre 2 String :

Code:

---

1 2 3

if(assoStringClass.containsKey(maChaineParam) { GenericClass = assoStringClass.get(maChaineParam).newInstance();

---

Des idées pour faire fonctionner tout ça ?

Salut,
Essayes avec ca:

Code:

---

1 2	Map<String,Class<? extends GenericClass>> assoStringClass ;

---

---
Farid

Salut,


C'est normal car il n'y a pas de notion d'héritage dans les Generics tel qu'il existe pour les types standards, car cela peut entrainer beaucoup d'incohérence. Du coup il n'y a pas de transtypage sur les types Generics...

Par exemple puisque Integer hérite de Number on peut faire ceci :

Code:

---

Number number = new Integer();

---

Par contre tu ne peux pas faire cela :

Code:

---

List<Number> list = new ArrayList<Integer>(); // ERREUR

---

Car sinon tu pourrais casser le typeage du List<Integer>, par exemple avec le code suivant :

Code:

---

1 2 3

list.add(new Double(0.0)); // correct pour le compilateur , car on ajoute un Double dans une List<Number> // mais incorrect car on ajouterait en réalité un Double dans une List<Integer>

---

Pour pallier à cela, on utilise la notion de wildcard qui permettent de se rapprocher du transtypage en limitant les fonctionnalité, ce qui interdit d'utiliser une méthode avec un type inconnu ou méconnu :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

List<? extends Number> list = new ArrayList<Integer>(); // Correct   list.add(new Double(0.0)); // ERREUR list.add(new Integer(0.0)); // ERREUR // => Comme on ne connait pas le type précis de la liste // on ne peut pas utiliser les méthodes qui attendent // un type paramétré en paramètre, même si on utilise le bon type // (le compilateur n'est pas censé le connaitre ;))   // Par contre on peut utiliser les méthodes qui renvoient le // type paramétré (il sera vu alors comme un Number) : for (Number n : list) { System.out.println(n); }

---

Dans dans ton cas le problème vient du fait que Class<GenericClass> représente précisément le type de la classe GenericClass, mais pas ses sous-types.

:arrow: Tu dois utiliser Class<? extends GenericClass> pour autoriser les sous-types ;)

Code:

---

Map<String,Class<? extends GenericClass>> assoStringClass = new HashMap<String,Class<? extends GenericClass>>();

---

a++

merci beaucoup, cela fait des années que je tournais sous Java 1.4 (merci le progrès) et en effet toutes ces notions de Generics, wildcard et cie remonte a bien longtemps.