Mi az a réteges architektúra? Hogyan épül fel és működik?

Question

IT Interview Practice · Accepted Answer

## Mi az a réteges architektúra?

**A réteges architektúra (Layered Architecture)** a forráskódot rétegekbe szervezi, amelyek egy-egy meghatározott munkatípusért felelnek. Elkülöníti a kérések fogadását, az üzleti szabályok alkalmazását és az adatelérést, így a kód könnyebben érthető és karbantartható.

A rétegek egy alkalmazáson belül is futhatnak. A réteg a kód felelősségét írja le; a részek külön szerverre helyezése telepítési kérdés, amellyel az N-Tier architektúra foglalkozik.

## Gyakori rétegek

Egy webalkalmazásnak gyakran három rétege van:

- **Megjelenítés:** Információkat jelenít meg, fogadja a felhasználói műveleteket vagy HTTP-kéréseket, és visszaadja az eredményt a felhasználónak.
- **Üzleti logika:** Alkalmazza az alkalmazás szabályait, például ellenőrzi, van-e a dolgozónak elegendő szabadsága.
- **Adatelérés:** Olvassa és írja az adatbázist, például lekéri a fennmaradó szabadságot vagy menti a szabadságkérelmet.

A hagyományos rétegzésben a megjelenítés az üzleti logikát hívja, az pedig az adatelérést. Így az adatbázis-lekérdezések és üzleti szabályok a megjelenítési kódon kívül maradnak.

## Hogyan dolgoz fel egy kérést?

**Képzeljünk el egy szabadságkezelő alkalmazást:** A dolgozó kérelméből a megjelenítési réteg fogadja a dátumokat, és továbbítja őket az üzleti logikának. Az üzleti logika az adatelérésen keresztül lekéri a maradék keretet, és ellenőrzi a kérelmet.

Ha érvényes, az alkalmazás jóváhagyásra menti, és visszaigazolást ad. Ha a keret nem elég, az üzleti logika elutasítja, a megjelenítés pedig kiírja az okot. Ebben a példában a szabadságot később, jóváhagyáskor vonják le.

Amikor a cég módosítja a szabadságszabályzatot, a fejlesztők az üzleti réteget frissítik. A megjelenítés és adattárolás változatlan maradhat, ha a köztük átadott információ nem változik.

## Előnyök

- **Világos módosítási helyek:** A megjelenítésnek, szabályoknak és adatbázis-lekérdezéseknek saját helyük van a kódban.
- **Újrahasználható üzleti logika:** Több képernyő hívhatja ugyanazt a műveletet, elkerülve az eltérő szabályokat.
- **Egyértelmű munkamegosztás:** A fejlesztők megérthetik minden réteg felelősségét és a kicserélt adatokat.

## Korlátok

- **A változások több réteget érinthetnek:** Új mező hozzáadása gyakran a megjelenítés, üzleti logika és tárolás módosítását is igényli.
- **Külön mappák nem elegendők:** A határok elmosódnak, ha a megjelenítés továbbra is közvetlenül kérdez le adatot vagy maga alkalmaz üzleti szabályokat.
- **Az adatfüggőségek nehezíthetik a tesztelést:** Ha az üzleti logika konkrét lekérdezés-megvalósításhoz kötött, a tesztek valódi adatbázist igényelhetnek.

## Mikor érdemes használni?

A réteges architektúra adminisztrációs eszközökhöz, HR-alkalmazásokhoz, valamint sok űrlappal és megszokott üzleti folyamattal rendelkező rendszerekhez illik. Nagyobb rendszerben a kódot üzleti modulokra bontva, azokon belül érdemes rétegezni, elkerülve az összes funkciót tartalmazó óriási üzleti réteget.

Mi az a réteges architektúra?

Gyakori rétegek

Hogyan dolgoz fel egy kérést?

Előnyök

Korlátok

Mikor érdemes használni?

Kapcsolódó kérdések