acces dynamique aux membres d'une classe

je cherche un moyen d'acceder dynamiquement aux membres d'une classe a l'execution, c'est a dire retrouver une variable d'apres son nom.
A savoir : ces variabels sont de type object et plus precisement des composants graphiques. Pas forcement QUE des composants graphiques mais dans un premier temps ca ira comme ca ;)

Il faut faire de l'introspection (ou reflexion).

ok c'est tres tres bien tout ca !
Avec la classe Field on arrive a faire pleins de choses :)

Maintenant ce qui me bloque c'est comment convertir une variable en tant que Field ou directement acceder a la version chaine du nom d'une variable.

Tu peux donner un exemple concret de ce que tu veux faire avec du code stp ? J'ai peur de ne pas bien comprendre ce que tu souhaites faire ;)

concretement j'ai une proprietee du style :

Code:

---

1 2	private JLabel label = new JLabel("toto");

---

je souhaite pouvoir obtenir la chaine textuelle reprensantant le nom de la variable, c'est a dire :

Code:

---

1 2	String name = XXX.getname(this.label);

---

ce qui est sensé renvoyé la chaine "label".

De cette maniere, je peux aller chercher des infos dans un fichier depuis une fonction generique ....

mais a y reflechir je crois que je m'embrouille un peu ;)

Oula, ça me parait bizarre comme utilisation.
En plus si tu dois faire un "this.label" qui te renvoie "label" autant taper String name = "label"; directement (si je comprends bien).

Bonjour :D

Code:

---

1 2 3 4 5 6 7 8 9

Field[] fields = UneClasse.class.getDeclaredFields(); for (int i = 0; i < fields.length; i++) { Field field = fields[i]; if (field.getType() == JLabel.class) { field.setAccessible(true); System.out.println(field.getName()); } }

---

Ceci te permet de récupérer tous les champs de type JLabel et d'afficher leurs noms.

Oui c'est ce que j'ai vu precedement.
Mais cela ne marche que pour un seul label. si j'en ai plusieurs ca plantera :(

en fait pour les composants, je peux me baser sur la propriete getName mais il me faut la specifiée moi meme.

Mon but est de creer une sorte de "configurateur" graphique a qui je passe une serie de composants et qui va piocher les valeurs (size, layout, etc ...) dans un fichier texte.

J'utilise un fichier de proprietees dont les clefs sont indexées par le nom de la variable (label.size.minimum.width = 100, ...)

J'aimerais donc recuperer une instance d'un composant et parcourir le fichier en recuperant des clefs dont je module le nom en fonction du nom du composant transmis .....

Bon maintenant, si quelqu'un a une idee pour gerer ca automatiquement (et donc externaliser la configuration d'une IHM) sans passer par des editeurs wysiwyg ca m'arrangerais !

Merci :)

Euh ... pourquoi ça planterait avec 2 JLabel ? ça marche sans problème chez moi :koi:

Sinon, y'a justement un truc qui correspond peut être à tes besoins: externaliser les trucs de l'IHM vers un fichier CSS ... C'est tkui-css, en cours de développement par azer (un de nos membres) et j'essais de lui aider un peu la dessus ...
Ca te permet justement de:
- Créer des feuilles de styles CSS avec pas mal de propriétés: font, border, color, background-color
- Divers sélecteurs: par type, par identifiant, hover, focus, etc.
- Et appliquer les styles sur tes IHMs en 3 lignes de code.

Autant pour moi, j'ai lu de traviolle ton code ;)
En fait tu parcours toutes les property de la classe et tu cherche ensuite a les initialiser.

sinon ce que tu me propose a l'air bien mais me semble un peu trop complet pour ce que je veux faire.

En fait ce qui m'interesse c'est juste d'externaliser les centaines de lignes qui parametres les objets swing les les contraintes du GBC

Ca deviens vite illisible comme code apres ca :D

Je vais peut etre pousser mon code un peu plus loin pour voir si ya pas une astuce qui m'aurait echapée ;)

Petite question subsidiaire :
Au niveau perfs, si je cree un classe qui gere l'ensemble des objets swing (du moins lesp lus courrant) il faudra que l'importe toutes les classes utilisé dans mon code. Mais a l'usage, est ce qu'il charge toutes les classes ? j'imagine que c'est optimisé non ? C'est pas parce qu'on a fait un import que la classe est chargée ... mais elle est charge lors de la premiere declaration non ?

oui oui, les imports sont optimisés par le compilateur ;)

Plutôt que de faire de l'introspection, tu pourrais créer une map de tes composants, avec comme clé la propriété "name".
Par exemple, dans le fichier de propriétés, les lignes :

Citation:

---

label1.size.minimum.width = 100
label2.size.minimum.width = 100

---

sous-entendent que dans ton code tu as quelque part :

Code:

---

1 2 3 4

JLabel label1 = new JLabel(); label1.setName("label1"); JLabel label2 = new JLabel(); label2.setName("label2");

---

Code:

---

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

Map componentMap = new HashMap();   public void registerComponent(Component c) { componentMap.put(c.getName(), c); if (c instanceof Container) { Component[] children = ((Container) c).getComponents(); for (int i = 0; i < children.length; i++) { registerComponent(children[i]); } } }   public Component getComponentByName(String name) { return (Component) componentMap.get(name); }

---

Tu peux enregistrer tes composants à la volée ou en une seule fois en passant le container de niveau le plus haut dans la hiérarchie, une fois celle-ci construite.

Sans passer par les map je me dirigeais vers ce genre de technique.
Mais j'aurais maimé souhaité eviter de passer par la methode setName pour economiser ces lignes de codes.

Mais bon vu que la structure actuelle de mon appli tends a passer par une liste de composants pour les rescencer et les manipuler plus facilement, l'ajout de ce parametre se fera via un argument supplementaire de la methode registerComponent.....

Comme ca ca peut le faire.

Derniere question subsidiaire, plutot acces lecture des données.
Je suis tres souvent confronté a un probleme : La lecture des données dans le fichier property.
En fonction de la presence ou non des donnees, et de leurs format, je suis ammené a avoir un traitement d'arreur assez consequent : Resultat nul ou non null, exceptions NumberFormatException suceptibles d'etre lancées, etc ... ce qui conduit a implementer un sacree nombre de lignes rien que pour lire une donnée de type entiere.

Avez vous une astuce quelconque pour gerer les erreurs de lecture en un minimum de traitements ?

La gestion des erreurs sous java me perturbe encore pas mal car elle est genereuse en ligne et rends tes vite le code illisible (a mon gout ;))

Si tu veux économiser les setName() tu peux passer par des méthodes factory :

Code:

---

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

public JLabel createJLabel(String name) { JLabel label = new JLabel(); label.setName(name); return label; }   public JButton createJButton(String name) { JButton button = new JButton(); button.setName(name); return button; } ...

---

Si tu ajoutes un argument supplémentaire à la méthode registerComponent, tu seras obligé de l'appeler pour chaque composant, alors qu'un seul appel peut suffire si tu l'appliques sur le container de plus haut niveau (puisque la méthode parcourt toute la hiérarchie).

Concernant la lecture des données dans le fichier Property, j'écrirais autant de méthodes qu'il y a de types de données à lire :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

class GUIProperties extends Properties {   public String getStringProperty(String key) { String s = getProperty(key); return s; }   public int getIntProperty(String key) { String s = getProperty(key); try { return Integer.valueOf(s).intValue(); } catch (NumbeFormatException nfe) { log.error("clé : " + key + ", format d'entier incorrect : " + s, nfe); throw nfe; } }   public boolean getBooleanProperty(String key) { String s = getProperty(key); return Boolean.valueOf(s).booleanValue(); }   ...

---

ok merci pour ces infos ;)
N'etant pas encore tres familier avec la methode de penser java, il m'arrive encore de douter de la pertinence des mes algos ;)
alors je cherche toujorus a voir si ya pas mieux .....

Bonjour

suite a la remarque de djo

Citation:

---

Sinon, y'a justement un truc qui correspond peut être à tes besoins: externaliser les trucs de l'IHM vers un fichier CSS ... C'est tkui-css, en cours de développement par azer (un de nos membres) et j'essais de lui aider un peu la dessus ...

---

J'ai commence a redige la section moteur CSS TK-UI (avec Swing et SWT). Soyez indulgent (svp), c'est juste une introduction qui permet de montrer ce que l'on peut faire avec les moteurs CSS.

Aujourd'hui il n'y a pas encore de distribuable mais ca ne saurrait tarde.

Angelo

Pour info, si ça t'intéresse :arrow: [Source] Configurateur graphique