Kas yra REST ir kokie jo pagrindiniai apribojimai?

Question

IT Interview Practice · Accepted Answer

**REST** (Representational State Transfer) yra tinklinių programų **architektūrinis stilius**, apibrėžtas Roy Fielding. Tai nėra protokolas ar standartas — tai **apribojimų (constraints)** rinkinys, kurio laikantis API tampa keičiamos apimties (scalable), cache’inama ir lengvai plėtojama. „RESTful“ API modeliuoja viską kaip **išteklius (resources)** (users, orders, products), identifikuojamus URI, ir manipuliuoja jais standartiniais HTTP metodais.

## Pagrindiniai apribojimai

- **Client–server** — atskirk UI (klientą) nuo duomenų saugojimo (serverio), kad kiekvienas plėtotųsi savarankiškai.
- **Stateless** — kiekviena užklausa neša visą informaciją, reikalingą ją apdoroti; serveris tarp užklausų **nesaugo kliento sesijos būsenos**. Bet kuris serveris gali apdoroti bet kurią užklausą, todėl horizontalus mastelio didinimas paprastas.
- **Cacheable** — atsakymai deklaruoja, ar juos galima cache’inti, leisdami klientams ir proxy juos pakartotinai naudoti.
- **Uniform interface** — apibrėžiantis apribojimas: ištekliai identifikuojami URI, manipuliuojami per reprezentacijas (paprastai JSON), žinutės yra savaime aprašančios, o hypermedia nuorodos veda klientą.
- **Layered system** — proxy, gateways ir load balancers gali skaidriai stovėti tarp kliento ir serverio.
- **Code-on-demand** (neprivalomas) — serveriai gali siųsti vykdomąjį kodą (pvz. JavaScript).

## Į išteklius orientuota užklausa

```http
GET /users/42 HTTP/1.1
Host: api.example.com
Accept: application/json
```

```http
HTTP/1.1 200 OK
Content-Type: application/json

{ "id": 42, "name": "Ann", "email": "ann@example.com" }
```

URI `/users/42` įvardija išteklių; `GET` yra veiksmas; JSON yra reprezentacija. Šis derinys — daiktavardžiai kelyje, veiksmažodžiai kaip HTTP metodai — yra REST esmė.

## Kodėl tai svarbu

REST yra dominuojantis web API stilius, todėl interviuotojai naudoja šį klausimą patikrinti, ar suprantate, *kodėl* jis veikia, o ne vien ar mokate jį įvardyti. Du praktikoje svarbiausi apribojimai yra **statelessness** (kiekviena užklausa savarankiška, todėl už load balancer gali statyti bet kiek serverių ir plėstis horizontaliai be sticky sessions) ir **uniform interface** (nuspėjami, į išteklius orientuoti URL plius standartiniai HTTP metodai ir status codes, todėl klientams nereikia atskiros logikos kiekvienam endpoint). Stiprus atsakymas susieja apribojimus su konkrečia nauda — statelessness įgalina mastelį, cacheability mažina apkrovą, layered system leidžia įterpti CDN ir gateways — ir pastebi, kad dauguma „REST“ API yra pragmatiškos, o ne visiškai RESTful (mažai kas įgyvendina HATEOAS). Šių apribojimų supratimas yra pamatas kiekvienam kitam REST projektavimo sprendimui — nuo status codes pasirinkimo iki versijavimo.

Pagrindiniai apribojimai

Į išteklius orientuota užklausa

Kodėl tai svarbu

Susiję klausimai