Instanciation d'une sous-classe

Salut
Je récupère une chaîne de caractères (depuis une DB) de la forme

Code:

---

pack.age.Classe:blabla

---

et je dois instancier "Classe" et faire un setter avec "blabla".

Ça marche bien. Mais j'ai un problème quand ma classe est une sous classe, par exemple pack.age.ClasseA$ClasseB.

Le code suivant :

Code:

---

1 2	Class cl = Class.forName("pack.age.ClasseA$ClasseB"); Object obj = cl.newInstance();

---

jette une java.lang.InstantiationException.

Celui ci

Code:

---

1 2 3 4

Class cl = Class.forName("pack.age.ClasseA$ClasseB"); Constructor construct = cl.getConstructor(new Class[] {}); construct.setAccessible(true); Object obj = construct.newInstance(new Object[] {});

---

jette une NoSuchMethodException avec pour message pack.age.ClasseA$ClasseB.<init>

Si je suis contraint à supprimer toutes mes sous-classes, ça m'embête un peu. Ma sous-classe est public, le constructeur (public lui aussi) n'a aucun paramètre.

Quelqu'un a-t'il déjà instancié une sous-classe à la volée ? Et comment ?

Merci d'avance !

Salut,

Est-ce que tes sous-classes sont static ?
Si ce n'est pas le cas, je ne pense pas qu'il soit possible de les instancier dynamiquement étant donné qu'elles doivent être liés avec une instance de la classe parente...

a++

Effectivement elles ne sont pas static.

Qu'est-ce que cela va impliquer de mettre static une sous-classe ?
En tout cas en mettant static ça marche tout de suite mieux ! :D

:merci:

J'ai déjà eu le problème !

En fait, si tu utilises la réflexion, le constructeur sans argument de la classe interne non static admet... un argument, qui est une instance de la classe externe.
Par exemple, essaye :

Code:

---

1 2 3 4 5

Class cl = Class.forName("pack.age.ClasseA$ClasseB"); ClasseA a = new ClasseA(); Constructor construct = cl.getConstructor(new Class[] {ClasseA.class}); construct.setAccessible(true); Object obj = construct.newInstance(new Object[] {a});

---

Somme toute, c'est logique, mais ça n'est documenté nulle part (enfin, je n'ai pas trouvé)

Citation:

---

Envoyé par MangeurVasqué

J'ai déjà eu le problème !

En fait, si tu utilises la réflexion, le constructeur sans argument de la classe interne non static admet... un argument, qui est une instance de la classe externe.
Par exemple, essaye :

Code:

---

1 2 3 4 5

Class cl = Class.forName("pack.age.ClasseA$ClasseB"); ClasseA a = new ClasseA(); Constructor construct = cl.getConstructor(new Class[] {ClasseA.class}); construct.setAccessible(true); Object obj = construct.newInstance(new Object[] {a});

---

Somme toute, c'est logique, mais ça n'est documenté nulle part (enfin, je n'ai pas trouvé)

---

Aouch ! 8O Faut le trouver ça ! :P

Je préfère mettre en static (c'est une contrainte pas trop méchante) plutôt qu'utiliser cette méthode, car ça veut dire que je dois parser le nom de la classe, et puis si c'est une sous-classe d'une sous-classe ... d'une classe externe ça va être coton !

Citation:

---

Envoyé par iubito

Qu'est-ce que cela va impliquer de mettre static une sous-classe ?
En tout cas en mettant static ça marche tout de suite mieux ! :D

---

Une sous-classe possède normalement une référence vers une instance de la classe parente :

Code:

---

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

public class Parent {   protected String name;     public class SousClasse {   public String getParentName() { return Parent.this.name; } }   }

---

Du coup in ne peut les instancier que depuis une instance de la classe parente...

On peut eventuellement spécifier l'instance parente à la création, mais ce type d'écriture n'est pas très courant :

Code:

---

1 2	Parent parent = new Parent(); SousClasse sousClasse = parent.new SousClasse();

---

Dans les deux cas la référence de la classe parente est automatiquement passé à la sous-classe.


Comme l'indique MangeurVasqué, cela doit être géré en ajoutant un paramètre caché au constructeur... mais il faudrait vérifier cela dans les specs...



Par contre lorsque tu déclares une sous-classe en static, elle perd ce "lien" avec la classe parente, et correspond donc à une classe "standard" (sauf qu'elle conserve quand même un lien priviligié avec les instances de la classe parente dont elle peut manipuler les champs private).

a++

OK merci beaucoup adiGuba !