Che cos'è l'architettura a livelli? Com'è strutturata e come funziona?

Question

IT Interview Practice · Accepted Answer

## Che cos'è l'architettura a livelli?

L'**architettura a livelli (Layered Architecture)** organizza il codice sorgente in livelli, ciascuno responsabile di un determinato tipo di attività. Separa la ricezione delle richieste, l'applicazione delle regole aziendali e l'accesso ai dati, rendendo il codice più comprensibile e facile da mantenere.

I livelli possono essere eseguiti all'interno di un'unica applicazione. I livelli descrivono le responsabilità del codice; collocare le parti su server separati è invece una scelta di distribuzione trattata dall'architettura N-Tier.

## Livelli comuni

Un'applicazione web presenta spesso tre livelli:

- **Presentazione:** Mostra le informazioni, accetta le azioni degli utenti o le richieste HTTP e restituisce i risultati all'utente.
- **Logica aziendale:** Applica le regole dell'applicazione, per esempio controlla se un dipendente dispone di ferie sufficienti.
- **Accesso ai dati:** Legge e scrive nel database, per esempio recupera le ferie residue o salva una richiesta di ferie.

Nell'organizzazione tradizionale, la presentazione chiama la logica aziendale, che a sua volta chiama l'accesso ai dati. In questo modo, query e regole aziendali rimangono separate dal codice di presentazione.

## Come viene gestita una richiesta?

**Consideriamo un'applicazione per la gestione delle ferie:** Quando un dipendente invia una richiesta, la presentazione riceve le date e le passa alla logica aziendale. Quest'ultima recupera le ferie residue tramite l'accesso ai dati e controlla la richiesta.

Se la richiesta è valida, l'applicazione la salva in attesa di approvazione e restituisce una conferma. Se le ferie disponibili non bastano, la logica aziendale rifiuta la richiesta e la presentazione mostra il motivo. In questo esempio, le ferie vengono scalate successivamente, durante l'approvazione.

Quando l'azienda modifica la propria politica sulle ferie, gli sviluppatori aggiornano il livello della logica aziendale. Presentazione e memorizzazione dei dati possono restare invariate se le informazioni scambiate rimangono le stesse.

## Vantaggi

- **Punti di modifica chiari:** Presentazione, regole e query del database hanno ciascuna una propria collocazione nel codice.
- **Logica aziendale riutilizzabile:** Più schermate possono chiamare la stessa operazione, evitando regole incoerenti tra schermate.
- **Suddivisione del lavoro chiara:** Gli sviluppatori possono comprendere la responsabilità di ogni livello e i dati che scambia.

## Limiti

- **Le modifiche possono attraversare più livelli:** L'aggiunta di un campo richiede spesso interventi su presentazione, logica aziendale e memorizzazione.
- **Cartelle separate non bastano:** I confini diventano poco chiari se la presentazione continua a interrogare direttamente i dati o applica da sola le regole aziendali.
- **Le dipendenze dai dati possono complicare i test:** Quando la logica aziendale è legata a una specifica implementazione delle query, i test possono richiedere un database reale.

## Quando usarla?

L'architettura a livelli è adatta a strumenti di amministrazione, applicazioni per le risorse umane e sistemi con molti moduli e procedure aziendali comuni. Nei sistemi più grandi, conviene suddividere il codice in moduli di business e applicare i livelli all'interno di ciascuno, evitando un unico enorme livello aziendale che contenga tutte le funzionalità.

Che cos'è l'architettura a livelli?

Livelli comuni

Come viene gestita una richiesta?

Vantaggi

Limiti

Quando usarla?

Domande correlate