IHM modulable par utilisateur

Salut à tous,

Je suis en train de travailler sur une IHM en java (swing). L'IHM aura 2 types d'utilisateurs et selon l'utilisateur variera un peu (certains composant swing désactivés pour un utilisateur et pas pour un autre, certains paneaux légerement différents en fonction de l'utilisateur ....etc ).
Je voudrait savoir s'il y a des boites a outils ou modèles de conception permettant de résoudre proprement ce problème. Je voudrais éviter la solution basique des if (type d'utilisateur 1) { .... } else { ... } .

Si l'un d'entre vous peut me conseiller ou m'orienter ce serait sympa ...

Salut,

Peut-être en passant par une description xml de ta gui pour chaque utilisateur... jète un oeil aux api qui "fabriquent" une gui à partir d'un fichier xml (dans le style de SwiXml par exemple)

Sinon... pas d'idée... autre que les if...

Remarque, avec deux classes, une pour chaque type de gui, ça serait pas plus compliqué...

Salut, merci pour ta réponse ....

Est ce que tu pense que c'est faisable en utilisant l'injecteur de spring ? j'avais justement prévu d'utiliser cette boite a outils pour mon IHM ....

Citation:

---

Envoyé par TiChabin972

Est ce que tu pense que c'est faisable en utilisant l'injecteur de spring ?

---

Connais pas...

Mais comme j'ai dit à la fin de mon précédent post, si tu n'as que deux types de gui à faire, pourquoi ne pas simplement faire deux classes, et appeler le constructeur de l'une ou de l'autre en fonction du type d'utilisateur?

C'est un peu plus compliqué... En fait il faudra peu etre pouvoir y avoir un 3e utilisateur dont l'IHM sera une fusion des 2 autres (il aura les droits des 2 autres). Donc la solution des 2 classes ne me convient pas vraiment

Personellement je verrais ça d'une manière un peu différente.

C'est à dire définir les différents droits dans un bean représentant l'utilisateur (diverses méthodes renvoyant des boolées par exemple genre canWrite(), canSeeXXX()), puis dans la construction de ton appli tu fais en fontion de ces méthodes. Tu auras déja moins de test à faire au niveau de la création des panels. Ensuite vu que l'utilisateur sera un bean y'a surement moyen de travailler par injection, que ce soit spring ou autre chose