Présentation technique des applications

Backend

Structure et nommage des fichiers

/
├── config
├── domain
│   ├── entities
│   │   └── foo
│   │       └── Foo(Entity).kt
│   ├── exceptions
│   │       └── FooException.kt
│   ├── filters
│   │       └── FooFilter.kt
│   ├── mappers
│   ├── repositories
│   └── use_cases
├── infrastructure
│   ├── api
│   │   ├── adapters
│   │   │   ├── bff
│   │   │   │   ├── inputs
│   │   │   │   │   └── foo
│   │   │   │   │       └── CreateOrUpdateFooDataInput.kt
│   │   │   │   └── outputs
│   │   │   │       └── foo
│   │   │   │           └── FooDataOutput.kt
│   │   │   └── publicapi
│   │   └── endpoints
│   │       ├── bff
│   │       │   ├── FooController,kt
│   │       │   └── BarControllerV[0-9].kt
│   │       └── publicapi
│   │           ├── FooController.kt
│   │           └── BarControllerV[0-9].kt
│   ├── database
│   │   ├── models
│   │   │   └── FooModel.kt
│   │   └── repositories
│   │       ├── interfaces
│   │       │       └── (I)DBFooRepository.kt
│   │       └── JpaFooRepository.kt
│   └── monitorenv/monitorfish/rapportnav
└── utils

Questions

• Fichiers de config ? (opinion perso : tout dans config/ au même niveau que domain/ et infrastructure/)
• Versionnage ?
• Acronymes all cap ou camel-cased ?
• Remise en question des dossiers inputs/ et outputs/ dans le dossier adapters => pourquoi pas directement dans adapters ?
• Suffixe des entité (opinion perso : pas de suffixe)
• Proposition:
  • interfaces/(I)DBFooRepository => interfaces/FooRepositoryInterface
  • interfaces/(I)DBFooRepository => interfaces/FooRepositoryInterface