Bonnes Pratiques Web & Cloud

 

Annexe : Exemples de code

DDD Sample

Ce repository qui illustrait le Domain-Driven Design, initié vers 2008 par une équipe comprenant Eric Evans, utilise ces mots application / domain / infrastructure :

• https://github.com/citerus/dddsample-core

Dans src/main/java/se/citerus/dddsample, on trouve les répertoires :

. ├── application/ ├── config/ ├── domain/ ├── infrastructure/ └── interfaces/

Le répertoire application contient l’interface de programmation du code métier, une fine couche qui orchestre le code métier :

src/main/java/se/citerus/dddsample/application/ ├── ApplicationEvents.java ├── BookingService.java ├── CargoInspectionService.java ├── HandlingEventService.java └── impl/    ├── BookingServiceImpl.java    ├── CargoInspectionServiceImpl.java    └── HandlingEventServiceImpl.java

Dans domain, on trouve les objets et les règles métier, par exemple pour les marchandises (cargo) :

src/main/java/se/citerus/dddsample/domain/model/cargo ├── Cargo.java ├── CargoRepository.java ├── Delivery.java ├── HandlingActivity.java ├── Itinerary.java ├── Leg.java ├── RouteSpecification.java ├── RoutingStatus.java ├── TrackingId.java └── TransportStatus.java

Et le répertoire infrastructure contient le code de persistance et de messaging :

src/main/java/se/citerus/dddsample/infrastructure/ ├── messaging/ │   └── jms/ ├── persistence/ │   └── hibernate/ └── routing/ └── ExternalRoutingService.java

Modular Monolith with DDD

Cet autre exemple de Kamil Grzybek utilise des répertoires Application / Domain / Infrastructure dans ses modules, qui correspondent chacun à des bounded contexts :

• https://github.com/kgrzybek/modular-monolith-with-ddd

Vous pouvez inspecter chaque module :

• src/Modules/Administration
• src/Modules/Meetings
• src/Modules/Payments
• src/Modules/UserAccess