Clean Architecture
Questa sezione documenta l'architettura Clean/Hexagonal adottata in VISLA per garantire codice testabile, manutenibile e indipendente dai framework.
Principi Fondamentali
Separazione a Cerchi Concentrici
┌───────────────────────────────────────────────────────┐
│ INFRASTRUCTURE │
│ (Database, Redis, HTTP, External APIs) │
│ ┌───────────────────────────────────────────┐ │
│ │ APPLICATION │ │
│ │ (Use Cases, Orchestrazione) │ │
│ │ ┌───────────────────────────────┐ │ │
│ │ │ DOMAIN │ │ │
│ │ │ (Entities, Business Rules) │ │ │
│ │ │ │ │ │
│ │ └───────────────────────────────┘ │ │
│ └───────────────────────────────────────────┘ │
└───────────────────────────────────────────────────────┘
La Regola delle Dipendenze
Le dipendenze del codice sorgente puntano solo verso l'interno.
- Il Domain non conosce nulla dell'esterno
- L'Application conosce solo il Domain
- L'Infrastructure implementa le interfacce del Domain
Applicazione in VISLA
| Tecnologia | Pattern Architetturale |
|---|---|
| FastAPI Services | Clean Architecture con Use Cases |
| Spring Boot (Decoder) | Hexagonal con Ports & Adapters |
| iOS (Swift) | MVVM + Services + Repository |
| Android (Kotlin) | MVVM + Use Cases + Repository |
Documentazione Disponibile
📄️ Clean Architecture per Microservizi FastAPI
Introduzione
📄️ Use Cases Pattern
Cos'è un Use Case?
📄️ Dependency Injection Container
Cos'è il DI Container?