Architecture Hexagonale

Inter-company training

Who is the training for?

Architectes, Développeurs expérimentés, Web Designer

Duration

2,00 day(s)

Language(s) of service

EN FR

Next session

Prerequisites

Expérience en programmation Objet si possible Java ou C# (les exemples sont principalement en Java)

Goals

L’architecture hexagonale, appelée aussi Ports & Adapters, n’est pas un sujet nouveau: elle est définie pour la première fois par Alistair Cockburn en 2005. Robert C. Martin a repris plus récemment, en 2012, les concepts en définissant la clean architecture. Malgré tout, la plupart des projets continuent aujourd'hui d'être construits sur une architecture classique en couches et subissent les défauts identifiés près de 20 ans plus tôt.
Lors de cette formation, vous découvrirez les raisons et arguments qui ont permis l'apparition de ce modèle architectural et de l'engouement récent qu'il suscite.

Un cas pratique simple servira de fil rouge tout au long de la formation pour mettre en œuvre les concepts.

  • Comprendre les concepts clefs de l’architecture hexagonale et quelques éléments du DDD
  • Construire de manière itérative une architecture

Contents

Introduction : C’est quoi l’architecture logicielle ?
L’architecture, au delà des client-services, des monolithes, des POJO/DAO/Services/CRUD… etc
  • Architecture en couche DDD (Layered Architecture)
  • Architecture hexagonale
  • Architecture en oignon
  • Clean Architecture
Pourquoi et quand utiliser l’architecture hexagonale ?
  • Domain complexe
  • Compétence stratégiques
  • Adapté pour la POO, utile en FP, étrange en Procédurale
  • Microservices & Bounded Context
Architecture hexagonale (AKA Port & Adapters) en détail
  • Domaine : agrégats, entités , VO, Domain Events, Services de domaine, etc
  • Application
  • Infrastructure
  • Adapteurs, Port, Anti-corruption layer
  • Les dépendances en hexagonale
La pyramide des tests d’une architecture hexagonale
  • Test couche domaine : Tests Unitaires
  • Test couche application : BDD
  • Test couche infrastructure : Tests d’intégrations
La construction
  • Construction Itérative
  • Retarder les décisions d’architecture grâce au design
  • Double boucle BDD TDD
  • Infra en dernier : ports puis adapteurs
  • Les couches d’anti-corruptions
Un mot sur :
  • Event Sourcing, CQRS
  • La documentation vivante et les architectures
Conclusion
  • Coût de la dette d’architecture
  • Scaler un SI

Certificate, diploma

Une attestation de participation sera transmise aux participants

Organization contact details

Fiona Marin

These courses might interest you