Sobes.tech
Middle

Milyen REST-architektúra szabályokat ismersz?

sobes.tech MI

Válasz az MI-től

  1. Kliens-szerver architektúra: Világos felelősségmegosztás a kliens, aki erőforrásokat kér, és a szerver, aki azokat biztosítja között.
  2. Állapot nélküli (Stateless): Minden kérés a kliens részéről a szerverhez tartalmazza az összes szükséges információt a kérés megértéséhez és feldolgozásához. A szerver nem tárol információkat a korábbi kérdésekről.
  3. Cache-elhető: A szervertől származó válaszokat cache-elhető vagy nem cache-elhetőként lehet megjelölni, lehetővé téve a kliensek számára a kapott válaszok újrafelhasználását a teljesítmény növelése érdekében.
  4. Egységes felület: Négy korlátozás:
    • Erőforrások azonosítása: Az erőforrásokat URI segítségével azonosítják.
    • Erőforrások manipulálása reprezentációkon keresztül: A kliens a reprezentációk átadásával lép kapcsolatba az erőforrással.
    • Önleíró üzenetek: Minden üzenet elegendő információt tartalmaz ahhoz, hogy megértse, hogyan kell feldolgozni (pl. tartalomtípus).
    • HATEOAS (Hypermedia as the Engine of Application State): A kliens a szerver válaszaiban található linkek követésével navigál az erőforrások között.
  5. Réteges rendszer: Az architektúra lehetővé teszi közbenső rétegek (pl. proxyk, átjárók) használatát a kliens és a szerver között anélkül, hogy befolyásolná azok interakcióját.
  6. Kód kérésre (választható): A szerver ideiglenesen bővítheti vagy konfigurálhatja a kliens funkcionalitását végrehajtható kód továbbításával (pl. JavaScript). Ez egy opcionális szabály.