Question architecture Spring

**_skip** · 05/03/2009, 16h22

Bonjour,

Je débute sous spring, j'ai commencé un premier projet real-world avec ICefaces, Spring et Hibernate.
Comme indiqué dans les différents bouquins que j'ai lu, je crée des bean DAO accompagnées de leur interface, ok pas de problèmes.

Cependant je vais passer à la couche business sous peu, et je me demande s'il est vraiment judicieux de créer à chaque fois une classe service juste pour avoir de l'abstraction.

Je m'explique, j'ai des méthodes parlantes dans ma DAO telles que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public class GenresDao ...
{
   List<Genre> getAvailableGenres()
   {
        //hibernate query...
   }
}

Cette méthode est en elle-même suffisamment parlante et j'ai du mal à me résoudre à faire une couche service par devant qui se résumerait à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public class GenresService ...
{
    List<Genre> getAvailableGenres()
    {
         return genreDao.getAvailableGenres();
    }
}

sans aucune valeur ajoutée...

Qu'en pensez-vous, vaut-il la peine de rajouter des couches superficielles juste pour avoir de l'abstraction dans un cas comme celui là ou devrais-je injecter mon bean DAO directement dans les pages JSF quand il s'agit d'opérations simples?

***alexandre*** · 05/03/2009, 16h32

C'est plus propre

... et ca permet par example de ne pas modifier l'interation entre les managed bean et les service si par exemple tu devrais consommer des web services à la place d'accéder à des dao

et comme tu fais du business delegate tu n as cas ajouter ta variable objetDao et faire un click droit generate delegate ...

**JeitEmgie** · 05/03/2009, 20h32

Envoyé par *alexandre*

C'est plus propre

... et ca permet par example de ne pas modifier l'interation entre les managed bean et les service si par exemple tu devrais consommer des web services à la place d'accéder à des dao

et comme tu fais du business delegate tu n as cas ajouter ta variable objetDao et faire un click droit generate delegate ...

+

c'est la couche Service qui devrait être transactionnelle et pas la couche DAO…

**_skip** · 06/03/2009, 08h15

Merci à vous deux.

-Quelle est cette option de génération de délégué? Je ne vois aucun équivalent sous netbeans 6.5....

-jeitEmgie : veux-tu dire que les annotations telles que "Transactionnal" (qui sont la raison majeure de mon intérêt pour spring) devrait se situer dans les beans business plutot que dans les beans DAO?

**JeitEmgie** · 06/03/2009, 08h47

Envoyé par _skip

-jeitEmgie : veux-tu dire que les annotations telles que "Transactionnal" (qui sont la raison majeure de mon intérêt pour spring) devrait se situer dans les beans business plutot que dans les beans DAO?

oui

**_skip** · 06/03/2009, 09h25

Alors ca c'est effectivement un truc que je faisais faux...

**JeitEmgie** · 06/03/2009, 13h44

Envoyé par _skip

Alors ca c'est effectivement un truc que je faisais faux...

"faux"… est peut-être un grand mot…

on peut toujours trouver des exceptions qui justifient de mettre la transaction sur une méthode du DAO…

mais en général la mettre au niveau Service permet de mieux réutiliser les méthodes DAO comme des buildings blocks relativement indépendants…

**_skip** · 06/03/2009, 14h08

En tout cas je te remercie.
Surtout en ce moment car étant nouveau sur le dév J2EE, nouveau sur JSF, nouveau sur Hibernate et nouveau sur Spring, j'essuie pas mal de plâtres et en plus, je n'ai jamais la certitude d'être dans le juste...

***alexandre*** · 06/03/2009, 23h14

Envoyé par _skip

Merci à vous deux.

-Quelle est cette option de génération de délégué? Je ne vois aucun équivalent sous netbeans 6.5....

-jeitEmgie : veux-tu dire que les annotations telles que "Transactionnal" (qui sont la raison majeure de mon intérêt pour spring) devrait se situer dans les beans business plutot que dans les beans DAO?

juste par conviction c'est le mal d'utilisé netbeans ...