Ce este arhitectura pe straturi? Cum este structurată și cum funcționează?

Question

IT Interview Practice · Accepted Answer

## Ce este arhitectura pe straturi?

**Arhitectura pe straturi (Layered Architecture)** organizează codul sursă în straturi, fiecare responsabil pentru un anumit tip de activitate. Separă primirea cererilor, aplicarea regulilor de business și accesul la date, pentru un cod mai ușor de înțeles și întreținut.

Straturile pot rula într-o singură aplicație. Ele descriu responsabilitățile codului; plasarea părților pe servere separate ține de implementare și este tratată de arhitectura N-Tier.

## Straturi obișnuite

O aplicație web are adesea trei straturi:

- **Prezentare:** Afișează informații, primește acțiunile utilizatorului sau cereri HTTP și returnează rezultatele utilizatorului.
- **Business:** Aplică regulile aplicației, de exemplu verifică dacă angajatul are suficiente zile de concediu disponibile.
- **Acces la date:** Citește și scrie în baza de date, de exemplu preia soldul zilelor de concediu sau salvează o cerere.

În organizarea tradițională, prezentarea apelează logica de business, care apelează accesul la date. Astfel, interogările și regulile de business rămân în afara codului de prezentare.

## Cum este procesată o cerere?

**Să luăm o aplicație de gestionare a concediilor:** Când angajatul trimite o cerere, prezentarea primește datele calendaristice și le transmite logicii de business. Aceasta preia soldul disponibil prin accesul la date și verifică cererea.

Dacă este validă, aplicația o salvează pentru aprobare și returnează o confirmare. Dacă soldul este insuficient, logica de business respinge cererea, iar prezentarea afișează motivul. În acest exemplu, zilele se scad ulterior, în timpul aprobării.

Când firma schimbă politica de concediu, dezvoltatorii actualizează stratul de business. Prezentarea și stocarea pot rămâne neschimbate dacă informația schimbată între ele rămâne aceeași.

## Avantaje

- **Locuri clare pentru modificări:** Prezentarea, regulile și interogările bazei de date au fiecare propriul loc în cod.
- **Logică de business reutilizabilă:** Mai multe ecrane pot apela aceeași operație, evitând reguli diferite între ecrane.
- **Împărțire clară a muncii:** Dezvoltatorii pot înțelege responsabilitatea fiecărui strat și datele pe care le schimbă.

## Limitări

- **Modificările pot traversa mai multe straturi:** Adăugarea unui câmp necesită frecvent schimbări în prezentare, logica de business și stocare.
- **Directoarele separate nu sunt suficiente:** Granițele devin neclare dacă prezentarea interoghează direct datele sau aplică singură regulile de business.
- **Dependențele de date pot complica testarea:** Când logica de business este legată de o implementare concretă a interogărilor, testele pot necesita o bază de date reală.

## Când este potrivită?

Arhitectura pe straturi se potrivește instrumentelor administrative, aplicațiilor de resurse umane și sistemelor cu multe formulare și fluxuri de business cunoscute. Pentru sisteme mai mari, împărțiți codul în module de business și aplicați straturi în interiorul fiecărui modul, evitând un strat uriaș de business care conține toate funcționalitățile.

Ce este arhitectura pe straturi?

Straturi obișnuite

Cum este procesată o cerere?

Avantaje

Limitări

Când este potrivită?

Întrebări conexe