REST (Representational State Transfer) je architektonický styl pro síťové aplikace, definovaný Royem Fieldingem. Není to protokol ani standard — je to sada omezení (constraints), která, když se dodrží, činí API škálovatelným, cacheovatelným a snadno rozvíjitelným. „RESTful“ API modeluje vše jako zdroje (resources) (users, orders, products) identifikované pomocí URI a manipuluje s nimi standardními HTTP metodami.
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 pojmenovává zdroj; GET je akce; JSON je reprezentace. Tato kombinace — podstatná jména v cestě, slovesa jako HTTP metody — je jádrem REST.
REST je dominantní styl pro webová API, takže tazatelé touto otázkou ověřují, že chápete, proč funguje, ne jen že ho umíte vyjmenovat. Dvě omezení, na kterých v praxi záleží nejvíc, jsou statelessness (každý požadavek je soběstačný, takže můžete za load balancer postavit libovolný počet serverů a škálovat horizontálně bez sticky sessions) a uniform interface (předvídatelné URL orientované na zdroje plus standardní HTTP metody a status kódy, což znamená, že klienti nepotřebují vlastní logiku pro každý endpoint). Silná odpověď propojuje omezení s konkrétními přínosy — statelessness umožňuje škálování, cacheovatelnost snižuje zátěž, vrstvený systém umožňuje vkládat CDN a gateways — a poznamenává, že většina „REST“ API je pragmatická, spíše než plně RESTful (málokteré implementuje HATEOAS). Pochopení těchto omezení je základem pro každé další návrhové rozhodnutí v REST, od volby status kódů po versioning.
Knihovna IT otázek k pohovoru s podrobnými odpověďmi — od Junior po Senior.
Přispět