FAQ - AWS Directives prescriptives

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 une mise sur le marché plus rapide et une mise à l'échelle technique et organisationnelle plus facile.

Pourquoi utiliser un design piloté par domaine ?

La conception pilotée par 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. Le DDD vous aide à gérer la complexité des logiciels et constitue une stratégie efficace pour 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 des produits peut être réalisée avec la plupart des modèles de conception. Cependant, l'architecture hexagonale et le DDD facilitent son évolutivité et sont plus efficaces sur le long terme pour les grands projets.

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 prenant en charge l'inversion des dépendances et les tests unitaires.

Je développe un produit minimum viable. Est-il judicieux de consacrer du temps à réfléchir à l'architecture logicielle ?

Oui. Nous vous recommandons d'utiliser des modèles de conception qui vous sont familiers pour les MVP. Nous vous encourageons à essayer de pratiquer l'architecture hexagonale jusqu'à ce que vos ingénieurs soient à l'aise avec elle. La mise en place d'une architecture hexagonale pour les nouveaux projets ne nécessite pas un investissement de temps beaucoup plus important que de commencer 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 d'écrire des tests automatisés pour celui-ci. Cela réduira la boucle de rétroaction et permettra de gagner du temps.

Quels modèles de conception supplémentaires puis-je utiliser avec une architecture hexagonale ?

Utilisez le modèle CQRS pour prendre en charge la mise à l'échelle de l'ensemble du système. Utilisez le modèle de référentiel pour stocker et restaurer votre modèle de domaine. Utilisez le modèle d'unité de travail pour gérer les étapes du processus transactionnel. Utilisez la composition plutôt que l'héritage pour modéliser les agrégats de domaines, les entités et les objets de valeur. Ne créez pas de hiérarchies d'objets complexes.