Présentation technique des applications

Backend

Structure et nommage des fichiers

/
├── config
├── domain
│   ├── entities
│   │   └── foo
│   │       └── Foo.kt
│   ├── exceptions
│   │       └── FooException.kt
│   ├── filters
│   │       └── FooFilter.kt
│   ├── mappers
│   ├── repositories
│   │   └── (I)FooRepository
│   └── use_cases
│       └── foo
│           ├── dtos
│           │   └── FooDTO.kt
│           └── CreateOrUpdateFoo.kt
├── 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 un config/ au même niveau que domain/ et infrastructure/).
• Mélange de différents types de nommage : parfois suffixes, parfois prefixes.
• Confusion dans le nommage des repository domain et des repository infrastructure, même chose pour les interfaces. Les repository domain sont en réalité des interfaces pour les repository domain Jpa* et les infrastructure/repositories/interfaces sont en réalité les query DB.
• Versioning via de sous-dossier, des suffixes, des sur-dossiers ?
• 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és (opinion perso : pas de suffixe).