Qu'est-ce que l'architecture hexagonale ? Comment est-elle structurée et comment fonctionne-t-elle ?

Question

IT Interview Practice · Accepted Answer

## Qu'est-ce que l'architecture hexagonale ?

**L'architecture hexagonale** organise une application autour d'un cœur métier, en le séparant de détails tels que les interfaces utilisateur, les bases de données et les services externes. Le cœur se connecte à ces éléments par des **ports et des adaptateurs**, d'où l'autre nom de cette architecture : Ports & Adapters.

L'objectif est de maintenir la stabilité des règles métier lorsque les technologies externes changent. L'hexagone illustre la frontière de l'application ; il n'impose pas six composants.

## Quels sont les rôles du cœur, des ports et des adaptateurs ?

- **Cœur métier :** Contient les principales opérations et règles, comme créer des commandes, calculer des totaux et vérifier les conditions d'accès à une remise.
- **Port :** Décrit une opération que le cœur fournit ou dont il a besoin. Par exemple, le cœur fournit une opération de création de commande et a besoin d'une opération pour l'enregistrer. Un port est généralement exprimé sous forme de fonction ou d'interface dans le code.
- **Adaptateur :** Relie une technologie particulière à un port. Un adaptateur HTTP reçoit les requêtes du site web ; un adaptateur de base de données enregistre les commandes avec SQL.

Le cœur sait ce qui doit se produire, tandis que les adaptateurs prennent en charge la technologie utilisée pour communiquer. Le code de démarrage de l'application connecte les adaptateurs appropriés au cœur.

## Exemple : créer une commande

Lorsqu'un client passe une commande, l'adaptateur HTTP transforme les données reçues en un appel à l'opération de création de commande. Le cœur valide la commande, calcule son total et demande son stockage par le port de persistance. L'adaptateur de base de données configuré exécute la requête et renvoie le résultat.

Les règles de calcul se trouvent dans le cœur et ne contiennent ni code de traitement HTTP ni SQL. Pour tester ces règles, les développeurs peuvent fournir un adaptateur qui stocke les données en mémoire, ce qui permet d'exécuter le test sans véritable connexion à une base de données.

Si un outil de commande en ligne de commande est ajouté, il peut appeler la même opération de création de commande par un autre adaptateur d'entrée. Les développeurs n'ont pas besoin de réécrire les règles de calcul pour ce nouvel outil.

## Avantages

- **Tests des règles métier facilités :** Des adaptateurs de substitution peuvent fournir des données de test, permettant de vérifier les règles indépendamment des systèmes externes.
- **Opérations partagées entre les points d'entrée :** Les sites web, les tâches planifiées et les outils en ligne de commande peuvent utiliser le même cœur métier.
- **Modifications d'intégration plus ciblées :** Remplacer une bibliothèque de base de données affecte principalement son adaptateur si le contrat avec le cœur reste inchangé.

## Limites

- **Davantage de code de raccordement :** Les ports, les adaptateurs et la configuration ajoutent des composants qui peuvent être inutiles pour une très petite application.
- **Remplacer un adaptateur ne résout pas tous les changements :** Une source de données avec des calculs ou des capacités différents peut nécessiter des modifications du contrat et de la logique métier. Les véritables adaptateurs doivent également être testés avec les systèmes auxquels ils se connectent.

## Quand l'utiliser ?

L'architecture hexagonale convient aux applications dont les règles métier exigent des tests approfondis, qui possèdent plusieurs points d'entrée ou dont les intégrations externes changent fréquemment. Elle peut organiser le code au sein d'un monolithe ou de chaque microservice ; elle n'impose pas de découper l'application en services.

Qu'est-ce que l'architecture hexagonale ?

Quels sont les rôles du cœur, des ports et des adaptateurs ?

Exemple : créer une commande

Avantages

Limites

Quand l'utiliser ?

Questions connexes