Discussion :

[hmimoud]

Bonjour,

J'ai déjà poster ce sujet dans la rubrique "Architectures" du Forum "Conception" il y a 3 jours. Comme mon problème concerne les architectures et JAVA, on m'avait conseiller de le poster aussi ici puisqu'il nécessite des détails de la part des professionnels en JAVA.

Pour éviter de reposter tout le message:
Vous trouverez la discussion ici

Merci

[hwoarang]

Comme personne n'a répondu, je vais te donner mon avis. En regle générale, il est de bon ton de séparer les couches IHM/Metier/DAO. Ainsi, cela permet de changer "facilement" (en tout cas moins difficilement) de base de données ou bien d'IHM.
C'est utile par exemple si tu changes de SGBD par exemple (ca m'est arrivé plusieurs fois sur des projets perso).

Je ne vais pas me lancer dans une explication 3 tiers (tu as l'air de t'etre deja bien documenté) mais plutot sur une approche concrete. En général, pour bien définir la couche DAO, je réfléchis toujours à avoir 2 sources de données :
- La base de données (qui sera utilisée au final)
- Des données directement "en dur" (création simple d'objets qui peupleront l'appli)
Ca permet de s'obliger à créer les interfaces qui vont bien et d'utiliser des objets qui ne sont pas liés à la BDD (ResultSet et compagnie).

De la meme maniere, pour la couche IHM, j'essaye de faire une IHM classique swing (qui sera utilisée au final) et une IHM console (qui affiche les evenements et ou on peut entrer des données).

Ca permet de s'habituer à bien séparer les couches...