Discussion :

[jibe38]

Bonjour à tous,
je cherche la solution à un petit problème, je dois créer des objets dont la classe dépend de l'élément sélectionné dans une liste déroulante, je développe :
J'ai une liste déroulante qui se remplie en fonction de fichiers ".java" qui se trouvent dans un package "modules". Ces fichiers sont mes classes. Par exemple :
- ImportStations.java
- ImportEnquetes.java
- VérificationDesFiches.Java
Ma liste déroulante affiche donc :
- ImportStations
- ImportEnquetes
- VérificationDesFiches

J'ai un bouton qui lance une action par son écouteur dans lequel je dois créer un objet de la classe de l'élément sélectionné dans la liste déroulante, par exemple :
si j'ai sélectionné ImportStations et que je clique sur le bouton, mon écouteur doit créer un objet :
ImportStations importStations = new ImportStations();
Je voudrais le faire sans donner la classe mais en utilisant l'élément sélectionné de la liste un truc du genre (je sais que ce que je vais donner comme exemple est faux c'est juste pour expliquer le principe)
this.fenetre.getListeActions().getSelectedItem() monObjet= new this.fenetre.getListeActions().getSelectedItem()();

Quelqu'un a-t-il un piste à me donner ?
Merci à tous et bonne journée.

[foetus]

Class.forName("XXX")

[jibe38]

Merci beaucoup, je vais jeter tout de suite un oeil sur le fonctionnement de ce Class.forName()

[tchize_]

oui enfin, sauf cas particulier, ça reste moche:

Ton programme n'auras pas, au final, accès aux .java => comment va-tu scanner? les .class?
Si tu scanne les .class, tu aura les classes anonyme et les InnerClass qui seront visible => tu ne veux / peux pas les instancier

Le plus simple reste d'avoir un système relativement propre de configuration. Genre tu fais une Enum avec les valeurs possible, et c'est l'enum qui se charge d'instancier:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
public enum Valeurs{
 
public abstract Object instanciate();
   IMPORT_STATIONS(){
      public Object instanciate(){return new ImportStations();}
   },
   IMPORT_ENQUETE(){
      public Object instanciate(){return new ImportEnquetes();}
   }
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

((Valeurs)comboBox.getSelectedItem()).instanciate();

Possible uniquement si tu sais tout ça à la compilation.
Si ça doit être dynamique, avoir au minimum un fichier de configuration pour définir les valeurs possibles.

[jibe38]

Merci tchize_ pour ton approche, c'est de cette façon que je comptais envisager le truc, le hic, mon boss ne veut pas que les classes apparaissent, il veut que l'outil soit évolutif sans plus jamais mettre les mains dans le code, en gros il veut développer les classes du package module et que le reste se fasse tout seul en fonction de ce qui se trouve dans le package, donc pas de maintenance de fichier config, en fait pas de fichier de config du tout, ordres du chef .

[tchize_]

Tu peux utiliser des libriaries annexe? Parce que, si tu développe ton scanner toi même, tu va en ch*** et ce sera instable, il y a tellement de cas à gérer pour scanner les classes d'un package.
De plus, comme je l'ai dit, tu va inévitablement te retrouver avec, dans ce module, des classes Machin$1 Machin$2 Machin$Truc que tu n'as probablement pas envie d'exposer . Je dirais que la première chose à exposer à ton boss, ce sont les problèmes que cela va inévitablement entrainer en production, les erreurs, les coûts de maintenance. Parce que si il veux tout automatique, tu aura inévitablement:

des dev qui vont faire des constructeurs avec arguments
des dev qui vont faire des inner classes et des anonymous class
des dev qui iront tapper le truc dans un sous package
des devs qui laisseront des classes appelées ImportFactureClientMachinQuiFaitChier


Une solution peut être acceptable pour lui serait d'utiliser les scanner de Spring (soit en utilisant Spring IOC, soit en appelant directement les classes de scanning de spring) pour scanner un package X à la recherche d'annotations bien précise. Je ne connais pas le contexte de cet outils, mais pour un utilisateur final, sans un minimum de collaboration du dev, tu risque d'avoir des trucs "bizarres" à l'écran.

[foetus]

Et JCL?

Tu crées un jar et tu le charges.
Éventuellement, dans le pire des cas, tu fais un appel système pour créer le jar à partir de tes fichiers source ... à tous les problèmes près