Qu’est-ce qu’un diagramme d’architecture hexagonale

Le diagramme d’architecture hexagonale est un modèle architectural utilisé dans la conception de logiciels visant à créer des composants d’application faiblement couplés. Cette approche est une alternative à l’architecture en couches traditionnelle. C’est l’une des nombreuses formes de DDD (Domain Driven Design Architecture).

L’architecture hexagonale a été inventée par Alistair Cockburn en 2005 dans le but d’éviter les pièges structurels connus dans la conception de logiciels orientés objet, tels que les dépendances indésirables entre les couches et la contamination du code de l’interface utilisateur par la logique métier. L’idée sous-jacente est de mettre l’entrée et la sortie à la pointe de la conception. Ce faisant, vous pouvez isoler la logique centrale (cœur) de votre application des problèmes externes. L’entrée et la sortie sur le bord signifient que vous pouvez échanger ses gestionnaires sans changer le code principal.

Modifier ce diagramme

Comme le montre la figure ci-dessus, une application peut être considérée dans son ensemble comme un hexagone, avec le domaine métier situé à l’intérieur. L’application ouvre des ports spécifiques pour établir des canaux de communication vers et depuis le code de l’application. Il isole la logique du domaine de l’infrastructure, telle que la base de données, le bus de messages, la distribution du courrier et/ou le serveur Web. Il peut être étendu pour prendre en charge facilement différents types de clients. Il suffit d’y ajouter un nouvel adaptateur. Ainsi, l’architecture hexagonale est un choix naturel pour la conception pilotée par le domaine (DDD).

Ainsi, l’architecture hexagonale divise un système en plusieurs composants interchangeables faiblement couplés au moyen de ports et d’adaptateurs exposés et chaque composant est connecté aux autres via ces ports suivant un protocole donné en fonction de leur objectif. Cela rend les composants interchangeables à tous les niveaux et facilite l’automatisation des tests.

Cœur

• L’endroit où la logique métier de l’application se produit est défini
• Il reçoit des données, effectue des opérations dessus et peut éventuellement communiquer avec d’autres parties externes telles que des bases de données ou des entités de persistance.

Ports

• Il représente les limites de l’application.

Adaptateur

• Il peut être implémenté en tant qu’interfaces à utiliser par des tiers.