Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
FAQ
Pourquoi utiliser une architecture hexagonale ?
L'architecture hexagonale permet aux développeurs de se concentrer sur la logique du domaine, simplifie l'automatisation des tests et améliore la qualité et l'adaptabilité du code. Ces améliorations se traduisent par un délai de mise sur le marché plus court et une mise à l'échelle technique et organisationnelle facilitée.
Pourquoi utiliser le design piloté par domaine ?
La conception axée sur le domaine (DDD) vous permet de créer des composants et des constructions logiciels en utilisant un langage commun entre les parties prenantes de l'entreprise et les ingénieurs. DDD vous aide à gérer la complexité des logiciels et constitue une stratégie efficace pour assurer la maintenance des produits logiciels sur le long terme.
Puis-je pratiquer le développement piloté par les tests sans architecture hexagonale ?
Oui. Le développement piloté par les tests (TDD) ne se limite pas à des modèles de conception logicielle spécifiques. Cependant, l'architecture hexagonale facilite la pratique du TDD.
Puis-je adapter mon produit sans architecture hexagonale ni conception axée sur le domaine ?
Oui. La mise à l'échelle technique et organisationnelle du produit peut être réalisée avec la plupart des modèles de conception. Cependant, l'architecture hexagonale et le DDD facilitent la mise à l'échelle et sont plus efficaces pour les grands projets à long terme.
Quelles technologies dois-je utiliser pour implémenter une architecture hexagonale ?
L'architecture hexagonale ne se limite pas à une pile technologique spécifique. Nous vous recommandons de choisir une technologie qui prend en charge l'inversion des dépendances et les tests unitaires.
Je développe un produit minimum viable. Est-il judicieux de passer du temps à réfléchir à l'architecture logicielle ?
Oui. Nous vous recommandons d'utiliser des modèles de conception qui vous sont familiers MVPs. Nous vous encourageons à essayer de pratiquer l'architecture hexagonale jusqu'à ce que vos ingénieurs soient à l'aise avec celle-ci. La mise en place d'une architecture hexagonale pour les nouveaux projets ne nécessite pas un investissement de temps beaucoup plus important que le fait de démarrer sans architecture.
Je développe un produit minimum viable et je n'ai pas le temps de rédiger des tests.
Si votre MVP contient une logique métier, nous vous recommandons vivement de rédiger des tests automatisés pour celui-ci. Cela permettra de réduire la boucle de rétroaction et de gagner du temps.
Quels modèles de design supplémentaires puis-je utiliser avec l'architecture hexagonale ?
Utilisez le modèle CQRS
