Interface de saisie et classe Java

Bonjour,

J'ai crée une petite application en Java avec une classe Client et une classe Connexion_BDD( un client est concerné par plusieurs connexions et une même connexion concerne plusieurs clients ).

J'ai crée également une interface de saisie du choix de l'utilisateur pour qu'il choisisse la catégorie de clients qu'il souhaite voir s'afficher : les clients particuliers ou les clients entreprises.
J'ai crée pour cette interface une classe "fenêtre_choix_client".

Cette classe ne fait pas partie du schéma UML car elle ne sert qu'à la saisie du choix de l'utilisateur.

Si cependant je l'ai créée comme partie intégrante du projet , y-a-t-il là une vraie incohérence?

En fait, si j'intègre la création de la fenêtre de choix du client dans la classe Main et que je souhaite que cette fenêtre soit sensible aux clicks de bouton, je serais contrainte d'implementer l'interface ActionListener au niveau de la classe Main.
Est-ce acceptable, cohérent? Pour ma part, je ne le pense pas mais aimerais avoir votre avis sur ce point.

Pouvez-vous me proposer éventuellement une autre solution.

Pour finir, j'entends parler du Patern MVC?Que pensez-vous de ce Pattern?Est-il interessant au niveau de la création des diagrammes de classes.

Je vous remercie beaucoup de vos conseils et réponses sur ces points .

Bien cordialement.
new_wave

Bonsoir,

Citation:

---

Cette classe ne fait pas partie du schéma UML car elle ne sert qu'à la saisie du choix de l'utilisateur.

---

- Il est tout à fait possible de représenter tes vues dans un diagramme UML

- Après pour beaucoup le diagramme UML ne représente que le modèle ( moteur de l'application) donc c'est à toi de voir.

Le MVC : Modèle Vue Controleur , le principe est de faire une architecture de ton code permettant d'avoir des avantages, comme le fait d'implémenter tes fonctions ( moteur de ton appli) dans une ou plusieurs classe à part de la vue et des controleur (ActionListener ....) ce qui permet la ré-utilisabilité. Mais aussi de comprendre ton code clairement, une classe qui contient une vue (JPanel,JFrame,Jbutton) une qui contient un controleur (ActionListener mouseListener) et une qui contient un modèle ( fonction de traitement) il est donc facile de s'y retrouver.

De même sur un diagramme de classe tu comprend mieux l'impact de tes modèles sur tes vues.

sur ton exemple dans ton main tu aurais

Code:

---

1 2	VueAccueil vue = new VueAccueil();

---

et dans ta vue sur tes boutons tu aurais

Code:

---

1 2 3

ControleurBouton bouton = new ControleurBouton (this); JBouton.addActionListener(bouton);

---

et dans le controleur

Code:

---

1 2 3

modèle.MafonctionAUtiliser() Vue.miseAJour()

---

Ps: j'ai peut être omis des idées mais je pense qu'avec sa tu as la base, d'un avis personnel j'aime bien cette architecture pour son principe de séparer la vue des fonctions de traitement. Après tu peux t'orienter sur d'autre si tu ne connais pas tu as par exemple (seeheim,arche,6couches...) ils ont chacun leur avantages et leur inconvénients.

Merci beaucoup de ta réponse.
Je vais m'en inspirer pour la création des classes en cours.

Je considère donc que le problème est résolu.
Cordialement.
new_wave