Discussion :

[ygrim]

Bonjour à tous,
J'ai a développer une application Web en utilisant Spring. J'ai suivi l'exellent tuto du site officiel : http://www.springframework.org/docs/...tep/index.html et je me pose des questions quand à la mise en pratique de ce que j'ai appris :
- Je vais commencer par développer la couche d'accès aux données suivant le pattern DAO, comme j'ai beaucoup d'objets métier, je voudrais créer une interface d'accès aux données par objet et avoir une implémentation par objet. En même temps je voudrais avoir un point d'entrée unique pour accéder aux données...
Je ne sais pas trop ou chercher mais ma question est : est ce que ça peut se faire par un fichier de configuration : mapper un bean avec un ensemble d'autres beans et accéder aux méthodes des beans via le "bean pricipal".

Je ne sais pas si c'est assez clair mais merci à l'avance pour vos conseils

[Esil2008]

salut,
tu peux jeter un coup d'oeil sur le tutorial de Tahé sur le même site, il décrit un exemple facile de découpage de couche (web, service, Dao).
Tu peux relier ta couche d'accés au données avec une autre couche (en principe ça devra être la couche service) dans un fichier de configuration Spring applicationContext.xml si je me trompe pas. Tu pourras relier donc chaque service avec son implémentation concréte dans la couche Dao. L'utilisation d'interface dans la couche service est aussi très recommander .
bonne chance

[ygrim]

Salut, Merci pour ta réponse,
J'ai déjà parcouru les tuto de Monsieur Tahe, mais les tuto traitent, eux aussi, d'une seule classe à persister (Personne). Dans mon cas, j'aimerais savoir comment modéliser une vrai couche d'accès aux données avec plusieurs entités (classes) et comment les mapper avec la couche service avec un seul point d'entrée.

[Hikage]

Pourquoi vouloir un seul point d'entrée ( une "facade" ) pour les différents Dao ?

Il est plus clair d'avoir accès directement au Dao à partir de la couche service, c'est elle qui va s'occupe de faire cette "facade" en faisant appel au différent Dao quand cela est nécessaire.

[ygrim]

Pour réutiliser la couche d'accès aux données...
La je travaille sur une appli Web, mais après cela je vais devoir développer une autre application avec une couche service différente. Donc je me suis dit que c'était plus pratique d'avoir un seul point d'entrée pour la couche d'accès aux données.
En même temps je suis nouveau j'ai peut être une fausse vision de ce qui doit se faire, des bonnes pratiques.

D'habitude, comment faites vous pour présenter la couche données à la couche service : plusieurs interfaces ou une seule ?

[Hikage]

En générale, j'ai une interface par dao.

Et si la couche service à besoin de plusieurs Dao, elle possède donc plusieurs référence, une par dao.


Mais bon, c'est ma manière, je ne sais pas si c'est forcement la meilleure.

[djo.mos]

Bonjour,

Pour réutiliser la couche d'accès aux données...
La je travaille sur une appli Web, mais après cela je vais devoir développer une autre application avec une couche service différente. Donc je me suis dit que c'était plus pratique d'avoir un seul point d'entrée pour la couche d'accès aux données.
En même temps je suis nouveau j'ai peut être une fausse vision de ce qui doit se faire, des bonnes pratiques.

Euh ... Je ne voies pas en quoi réaliser un point d'entreé commun (si c'est faisable) aide à la réutilisation ...
à l'inverse, l'atomicité elle permet de réutiliser plus facilement.

D'habitude, comment faites vous pour présenter la couche données à la couche service : plusieurs interfaces ou une seule ?

Person; je déclare une interface générique et une implémentation abstraite dans laquelle je mets le max possible (ce qui est presque tout pour JPA, et près de 50% pour JDBC).
Après, pour chaque entité, je crée une implémentation concrète.

J'indique ensuite à Spring d'injecter les DAOs dont j'ai besoin dans les classes de la couche service (parfois même dans la couche contrôle si je veux faire vite )

[ygrim]

Ok, merci pour vos façons de faire,
Je pense utiliser celle de djo.mos. Les classes abstraites sont effectivement très utiles dans ce cas.

Merci beaucoup