REST (Representational State Transfer) je arhitektonski stil za umrežene aplikacije, koji je definirao Roy Fielding. Nije protokol ni standard — skup je ograničenja (constraints) koja, kad ih se slijedi, čine API skalabilnim, cacheabilnim i lakim za razvoj. "RESTful" API modelira sve kao resurse (korisnici, narudžbe, proizvodi) identificirane URI-jima i manipulira njima standardnim HTTP metodama.
GET /users/42 HTTP/1.1
Host: api.example.com
Accept: application/json
HTTP/1.1 200 OK
Content-Type: application/json
{ "id": 42, "name": "Ann", "email": "[email protected]" }
URI /users/42 imenuje resurs; GET je akcija; JSON je reprezentacija. Ta kombinacija — imenice u putanji, glagoli kao HTTP metode — srž je REST-a.
REST je dominantni stil za web API-je, pa ispitivači ovim pitanjem provjeravaju razumijete li zašto funkcionira, a ne samo znate li ga izgovoriti. Dva ograničenja koja u praksi najviše znače su statelessness (svaki je zahtjev samostalan, pa možete staviti bilo koji broj servera iza load balancera i skalirati horizontalno bez sticky sesija) i uniform interface (predvidljivi, na resurse orijentirani URL-ovi plus standardne HTTP metode i statusni kodovi, što znači da klijentima ne treba prilagođena logika po endpointu). Snažan odgovor povezuje ograničenja s konkretnim koristima — statelessness omogućuje skaliranje, cacheability smanjuje opterećenje, layered system dopušta umetanje CDN-ova i gatewayja — i napominje da je većina "REST" API-ja pragmatična, a ne potpuno RESTful (malo ih implementira HATEOAS). Razumijevanje ovih ograničenja temelj je za svaku drugu REST dizajnersku odluku, od odabira statusnih kodova do versioninga.
Knjižnica IT pitanja za razgovore za posao s detaljnim odgovorima — od Juniora do Seniora.
Doniraj