Discussion :

[Whisperer]

Bonsoir,

J'aurai quelques questions sur ce qu'on appelle la "couche service" dans une architecture en couches.

1- Quelle est la vraie définition d'une "Couche service"
2- Concretement il y a quoi dans une "Couche service"

En effet, pour moi, la "Couche service" me semble etre quelque chose d'abstrait pour désigner un ensemble d'interface (de services) qu'un composant peut offrir. A la limite donc, je dirai que dans une couche service, les seules lignes de codes qu'elle contient ce sont des interfaces (ou contrats).

Je suis un peu perdu et j'aurai besoin de qq précisions d'experts sur la vraie définition et la vraie utilité de cette couche.

Merci !

[*alexandre*]

Pour moi, une architecture par service va proposer quelles sont les fonctionnalités que tu veux offrir à tes clients, ce que tu vas donc exposer, mais la encore plusieurs écoles s'affrontent

1) Proposer l'ensemble de tes dao en tant que service
2) Filtrer tes fonctionnalités avec des couches services qui se mêlent de tout ....

La couche service peut se traduire par un accès aux fonctionalités de ton application aux travers d'interface dont le fonctionnement est unifié (Spring) ces interfaces pourront par la suite être exposé en tant que WebService

[wiztricks]

Est ce que vous parlez de la couche de services d'une architecture en couche ou des fonctionnalités "service" d'un composant dans une architecture orientée service (SOA)?
- W

[Kaoutchou]

Je crois que justement les difficultés de compréhension viennent du fait que le terme Service est utilisé pour plusieurs choses. Je veux bien, moi aussi, connaitre les différences...

[wiztricks]

Difficile sans mettre un contexte!

Je dirais que dans une architecture en "couche", une couche peut est dite de "services" de façon:

• relative: toutes les couches au dessous d'une couche donnée lui offrent à priori des "services" qu'on utilise ou pas,
• absolue: c'est là qu'on regroupe un ensemble de services (authentification, mail,...) qui sont plus ou moins non-fonctionnels

- W

[highs]

J'ai développé une architecture composite sous forme de couche.
L'architecture en couche signifie que les couches supérieures dépendent des couches inférieurs. Donc pour moi sa donné ça:

de haut en bas ->

- couche présentation (vue)
- couche métier
- couche data

avec deux autres "couches" transversale que j'ai nommé liaison et service. Ma couche liaison relie les couches présentation, métier et data, c'est en faite un architecture pour faire du temps réel avec des flux qui traverse c'est trois couches via la couche liaison et cette couche liaison sont simplement des objets fait sur le modèle du pattern observer. En gros la couche data reçoit un flux elle le traite et fait passer à la couche métier et ainsi de suite jusqu'à la dernière couche. La couche que j'ai nommé service se résume en faite en un ensemble de classes statique qui fournissent plusieurs services comme connexion à la BDD, gestion des droits, envoie de mail, lecture XML (XPATH), création XML. voilà si ça peut aider.

[wiztricks]

Bonsoir,
C'est intéressant.

Vous avez une architecture fonctionnelle (QUOI) et une architecture logicielle (COMMENT est réalisé le QUOI) dans laquelle vous avez définit couche liaison et couche services pour réaliser les interfaces entre vos couches "applicatives".
Pourquoi pas? Les deux ne sont pas nécessairement superposables.

Par contre dans une architecture SOA, nous avons du fonctionnel - QUOI - porté par des "couches de services"...

- W

[highs]

En fait la couche service ne fait pas de liaison entre les couches elle fournit des services divers qui sont utilisé par les trois couches superposé. La couche liaison elle, assure le passage des flux d'une couche à l'autre.