Override le type d'une super classe typée ?

:salut:
Je travaille actuellement sur un projet d'Eclipse RCP et j'ai les classes suivantes qui sont interne à Eclipse (donc je ne peux/doit pas les modifier).

Code:

---

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

//Classe générique pour définir une commande dont la sortie est lue via une classe de type V public class CLICommand<V extends MIInfo> { .... }   //classe définissant la commande pour avoir les infos sur les threads public class CLIInfoThread extends CLICommand<CLIInfoThreadInfo> { .... }   //classe pour lire la sortie de la command CLIInfoThread CLIInfoThreadInfo extends MIInfo { .... }

---

J'ai besoin de lire la sortie différement que ce que fait Eclipse. Pour cela j'ai créé une classe qui étend CLIInfoThreadInfo. (dedans je parse la sortie console différement, bref).

Code:

---

1 2 3 4

//classe perso pour lire la sortie des infos thread public class CustomCLIInfoThreadInfo extends CLIInfoThreadInfo { .... }

---

Mon problème est que je ne peux modifier la classe CLIInfoThred pour indiquer que le type de CLICommand n'est plus CLIInfoThreadInfo mais CustomCLIInfoThreadInfo.

Sachant que je veux conserver le corps de la classe CLIInfoThred j'ai d'abord pensé à creer une sous-classe :

Code:

---

1 2 3 4

//classe fille de CLIInfoThred public class CustomCLIInfoThread extends CLIInfoThread { .... }

---

Seulement je ne peux définir que le typage de la super-super classe doit être différent. Y a-t-il un moyen de le définir ici ?

Pour l'instant je contourne le problème en créant une classe parallèle à CLIInfoThred ce qui me permet de définir le typage. Mais cela duplique le code car le corps de ma classe parallele est le même que celui de CLIInfoThred.

Code:

---

1 2 3 4

//classe parallèle à CLIInfoThred public class CustomParallelCLIInfoThread extends CLICommand<CustomCLIInfoThreadInfo> { .... }

---

Y a-t-il une meilleure solution ?

Salut,

On peut faire :

Code:

---

1 2 3 4 5

public class MaSuperClasse { public MonSuperType get() { return [...] } }

---

et

Code:

---

1 2 3 4 5 6

public class MaClasseFille extends MaSuperClasse { @override public MonTypeFils get() { return [...] } }

---

si

Code:

---

1 2	public class MonTypeFils extends MonSuperType { }

---

sinon ça n'a aurait aucun sens et ça pourrait faire planter Eclipse si on lui fourguait une instance de classe qui n'est pas celle prévue.

[edit]et ça fonctionne aussi si

Code:

---

1 2 3 4 5 6 7

public class MaClasse<T> {   public T get() { return null; }   }

---

Code:

---

1 2 3 4

public class MaSuperClasse extends MaClasse<MonSuperType> {     }

---

Et faire un adapteur, ça ne serait pas mieux, plutôt que de t'introduire dans ce que fait Eclipse ? Après, tu peux toujours ajouter tes méthodes qui retournent tout ce que tu veux sur une classe fille d'une autre classe, tu le sais, c'est toi qui le gère, et si c'est un problème de synchro de données, tu peux faire l'adapteur uniquement sur l'attribut.

Mettons que j'ai :

Code:

---

1 2 3 4

public class MaSuperClasse { public UnSuperType get() { } }

---

Code:

---

1 2 3 4 5 6 7 8 9

public class MaClasseFille extends MaSuperClasse{   private MonType montruc = new MonType(get());   public MonType getMonTruc() { return montruc; }   }

---

En revanche, si l'instance retournée par get() peut changer, ça ne fonctionnera pas. Il faudrait éventuellement faire :

Code:

---

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

public class MaClasseFille extends MaSuperClasse{   private MonType montruc = new MonType() {   protected UnSuperType getSuperTypeInstance() { // une méthode prévue dans la classe MonType (abstraite) pour avoir l'instance de MonSuperType return get(); }   };   public MonType getMonTruc() { return montruc; }   }

---