Hexagonal Architecture

Le Hexagonal Architecture, ou l'architecture hexagonale en français, aussi appelée architecture "Ports and Adapters", est un patron d'architecture visant à séparer la logique métier de l'infrastructure technique (comme les bases de données, les interfaces utilisateur, ou les API externes). Ce modèle encourage une conception modulaire, rendant les applications plus faciles à tester, à maintenir et à adapter à de nouveaux besoins ou technologies.

Caractérist iques de l'architecture hexagonale

• Indépendance de la logique métier : La logique métier est isolée du reste de l'application, évitant les dépendances directes avec des technologies spécifiques comme les bases de données ou les interfaces réseau.
• Séparation des préoccupations : L'application est structurée en différentes couches, où chaque couche a un rôle spécifique (logique métier, infrastructure, interface). La couche centrale, contenant la logique métier, est connectée aux couches externes (interfaces utilisateur, bases de données,...) via des ports et adaptateurs.
• Ports et adaptateurs :
• Ports : Interfaces définies dans la logique métier pour exprimer les opérations que l'application attend de ses dépendances externes. Un port peut représenter, par exemple, une opération d'envoi de courriel ou d'interaction avec une base de données.
• Adaptateurs : Classes ou modules implémentant les ports et permettent aux composants externes de se connecter à la logique métier. Ils traduisent les appels métier en actions spécifiques pour l'infrastructure (par exemple, en transformant un port "SendEmail" en un appel SMTP).
• Structure modulaire : La modularité de cette architecture permet de changer ou remplacer des composantes (comme la base de données ou l'interface utilisateur) sans affecter la logique métier. Par exemple, il est possible de passer d'une base de données SQL à une base NoSQL sans altérer la couche métier.
• Tests simplifiés : L'architecture hexagonale simplifie les tests, car les dépendances extérieures peuvent être remplacées par des versions simulées (mocks ou stubs) via les ports. La logique métier peut ainsi être testée de manière isolée.

Illustration de l'architecture hexagonale

Imaginez l'architecture hexagonale comme un noyau (logique métier) entouré de différents adaptateurs permettant à l'application d'interagir avec le monde extérieur (interfaces utilisateur, bases de données, services externes) :

• Au centre, on trouve la logique métier.
• Autour, on trouve des ports représentant les actions possibles (comme "SaveCommand", "SendEmail").
• Aux extrémités, les adaptateurs (par exemple, un adaptateur SQL, un adaptateur REST, un adaptateur SMTP) se chargent de connecter la logique métier aux services externes.

Avantages de l'architecture hexagonale

• Flexibilité : Grâce à la séparation des préoccupations, chaque composant peut évoluer indépendamment des autres.
• Facilité de maintenance : Les modules sont indépendants, ce qui simplifie la compréhension et la maintenance du code.
• Interopérabilité : Les ports permettent de changer ou d'ajouter des adaptateurs facilement, ce qui est idéal pour une migration vers de nouvelles technologies ou pour ajouter des fonctionnalités.
• Tests plus efficaces : En isolant la logique métier, cette architecture facilite les tests unitaires et d'intégration.

Exemples de technologies compatibles avec l'architecture hexagonale

• Langages de programmation : L'architecture hexagonale peut être implémentée dans divers langages de programmation comme Java, C#, Python, et JavaScript.
• Cadres d'applications :
• En Java, on pourrait utiliser Spring pour les adaptateurs et Hibernate pour interagir avec la base de données.
• En .NET (C#), l'utilisation d'injections de dépendances et de WebAPI est facilitée par ASP.NET Core.
• Avec Node.js, il est courant d'utiliser Express pour les adaptateurs REST et Mongoose pour les bases de données.
• Tests : Mocha/Chai (Node.js), JUnit (Java), ou NUnit (.NET) sont adaptés pour tester la logique métier séparée.

Cas d'utilisation

L'architecture hexagonale est souvent utilisée dans des applications nécessitant :

• Une grande évolutivité et modularité.
• La flexibilité technologique pour intégrer de nouveaux services ou bases de données.
• Une surcharge en tests, car elle permet de tester les parties de la logique métier de manière indépendante.