Cœur de métier

Le cœur de métier est représenté par un hexagone qui contient tout un domaine métier. L’approche DDD est bien alignée avec ce concept. Nous ne mettons que les préoccupations métier dans l’hexagone. Ce cœur de métier doit par exemple être agnostique vis-à-vis de la persistance des données qu’il contient. Les parties techniques sont en dehors de l’hexagone qui est au centre. DDD (Domain-Driven Design)

100 % du domaine métier doit être dans l’hexagone.

Images/it1.png

1. Cas d’utilisation

À gauche de l’hexagone vient se coller une fine couche de cas d’utilisation (use cases).

images/01ep07.png

2. Couche de ports et d’adaptateurs

S’ajoute par-dessus une couche de ports et d’adaptateurs (en anglais, adaptaters) qui font le lien entre l’intérieur de l’hexagone et l’extérieur de notre application. Nous allons voir comment les définir. Adaptateur Adapters Hexagone

images/01ep08.png

L’adaptateur REST donne accès à l’application via une API REST.

L’adaptateur JMS donne accès à l’application via un MoM ou un gestionnaire...

Pour consulter la suite, découvrez le livre suivant :
couv_EPREAJASP.png
60-signet.svg
En version papier
20-ecran_lettre.svg
En version numérique
41-logo_abonnement.svg
En illimité avec l'abonnement ENI
130-boutique.svg
Sur la boutique officielle ENI
Précédent
Architecture hexagonale
Suivant
Découpage de l’hexagone sur deux axes